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PRENUMERATA 


Każdy egzemplarz zakupiony bezpośrednio u nas kosztuje 
odpowiednio: 

numery: 1; 2/3; 4; 5; 6 - 9,5 tys. zł 

numery: 7/8; 9; 10 oraz następne - 11 tys. zł. 


Oznacza to, że można zamówić numery zaległe jak też 
zaprenumerować jeszcze nie wydane. Odbywa się to tyłko 
poprzez dokonanie odpowiedniej wpłaty na nasze konto. 
Na odwrocie każdego odcinka kuponu wpłaty należy dokładnie 
napisać, których numerów wpłata dotyczy. 

W przypadku prenumeraty można zamawiać numery do 
końca aktualnego okresu "małej prenumeraty”. W roku 1993 
"mała prenumerata" będzie obejmować cztery egzemplarze, 

z podziałem roku na trzy okresy: 


I- numery I, 2, 3,4-4egz.x1l tys. = 44 tys. zł 
I - numery 5, 6, 7,8-4egz. x ll tys. = 44 tys. zł itd. 
(jeśli do tego czasu cena nie ulegnie zmianie). 


Prosimy nie przysyłać do redakcji dowodów wpłat. 


Nasze konto: 

Pomorski Bank Kredytowy 

II Oddział w Szczecinie 

numer konta: 3681 13-25771-136 


Podajcie dokładny adres, imię i nazwisko zamawiającego oraz 
numery egzemplarzy, których wpłata dotyczy na odwrocie 
każdego z odcinków blankietu wpłaty. 

Przy okazji prosimy o podanie dokładnego adresu 
następujące osoby: 

DOBIJA GRZEGORZ 

KITA WALDEMAR 

KOBASOWICZ WACŁAW 





I ostatnia prośba - wszelką korespondencję, wpłaty etc. 
kierujcie tylko i wyłącznie na adres redakcji. 


REKLAMA 


Ogłoszenia drobne od osób indywidualnych (do 10 słów na 
kuponie wyciętym z Ill-ciej strony okładki) przyjmujemy 
bezpłatnie. Ogłoszenia drobne od osób prawnych oraz zWErjaĆ 
powyżej 10 słów - 1000 zł za słowo. 

Ogłoszenia ramkowe (minimalny format 20 cm): 

1 cm? - 4,5 tys. zł, cała strona 2,5 min. zł. 

cała IV strona okładki - 4 mln. zł, 1/2 tej strony - 2.5 min. zł. 
dodatkowy kolor - odpowiednio 50 % drożej. 





Ogłoszenia prosimy przesyłać listem poleconym. 
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Nr 11-12 
Listopad-Grudzień 1992 





World of Commodore '92 


- relacja z targów we Frankfurcie na stronie 2 





Co to jest 


kompresja danych? 
strony: 5, 16, 25, 26, 29, 33 





O przerwaniach w 


asemblerze 
- czytaj na stronie 10 





Testy trzech rozszerzeń 
pamięci do A500 


- strona 19 





Charblaster 2 


- cruncher do wklepania na C-64 
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Targi, targi i... po targach! Po raz pier- 
wszy w tym roku odbyła się we Frankfur- 
cie nad Menem impreza targowa o naz- 
wie *World of Commodore”, w skrócie 
*WoC”. Impreza odbywała się w dniach 
26 do 29 Listopada w hali nr 6 (nie, jak 
wcześniej zapowiadano, 5) terenów tar- 
gowych w/w miasta. 

W tej wielopiętrowej hali organizatorzy 
zagospodarowali dwa piętra, z czego jed- 
no (niższe) zostało przeznaczone na tzw. 
"Entertainment", czyli ogólnie mówiąc 
wszelką komputerową rozrywkę, a dru- 
gie na zastosowania poważniejs 7 O 

Zarówno na jednym jak ż j 
poziomie centralnym pu 
nowisko firmy Cc od: 





ty z serii AJ zk ika *smutniaków” 
(czy NY: PC) produkcji tej sa- 
mej ajbardziej oblegane były o- 


czywiście A4000, które w ilości ok. 10 
sztuk, firma potrafiła wygospodarować 
na cele prezentacyjne. Na wszelkie pyta- 
nia typu: Czemu nie można kupić A4000 
u dystrybutorów? 

Rzecznicy odpowiadali: ..eee.. noo.. 
boo... aktualnie... Commodore ma tro- 
chę problemów z dystrybucją A4000... 
Kiedy te problemy się skończą? ...eee 
noo... itp itd. Trudno! Wygląda na to, że 
jak wreszcie skonstruowano jakąś Ami- 
gę. przy pomocy której można poośmie- 
szać wszelkiej maści *pecetowców”. to 
przyjdzie nam czekać i zapisywać się 
w kolejki społeczne aby móc ją kupić. Co 
mniej wytrwali potencjalni nabywcy pev 


bardziej profesjonalny kompff$r, che 
AT 286-16... A 
Co jeszcze możn A A j 








stanowiskaq oćby za- 
powiaąz 11200! Cóż to 
za dziw y już w poprzednim 


, azem możemy je nawet 
pokazać. W przeciwieństwie do A4000, 
A1200 można było nie tylko pooglądać 
ale nawet kupić. Z możliwości tej sko- 
rzystało sporo osób i bardzo dużo odwie- 
dzających wychodziło niosąc ze sobą pu- 
deiko z napisem *Amiga 1200”. 

Oprócz wymienionych nowości demon- 
strowano równieź starsze produkty jak 
np. Amiga-CDTV, czy A600/HD. Sama 











impreza, muszę stwierdzić, rozczarowała 
mnie. 

Mimo kilkurniesięcznej promocji we 
wszystkich pismach komputerowych, roz- 
miary i rozmach z jakim została 
towana, nie dorównuje jak 
Ea "Amiga" w Berlirii 


ny KCS. 
enderski producent roz- 


Xżtandarowy produkt KCS, jakim jest 
Power PC Board. istnieje już w wersji dła 
A600. Oprócz tego dla zarejestrowanych 
użytkowników tego emulatora. firma przy- 
gotowała bezpłatną aktualizację oprog- 
ramowania zawiadującego PC-Board'em. 
Aktuałna wersja (V4.5) działa na nieco 
innej zasadzie niż poprzednie, co pozwa- 
la na dalsze podniesienie kompatybil- 
ności. 

Dodatkowo w aktualnej wersji zostały 
zintegrowane procedury obsługi dźwięku 
typu "ADLIB" i *SOUNDBLASTER". Oz- 
naczą to, że np. gry z pecetów, które wy- 
korzystują powiedzmy kartę SOUNDB- 
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wywany aktualnie podwójny napęd dys- 
ków 3,5 cała o poczwórnej gęstości zapi- 
su. Jako istotny szczegół należy zanoto- 
wać, że stacje te mają być kompatybilne 
ze wszystkimi spotykanymi dotychczas 
sposobami zapisu HD na dyskietkach 
3,5 dla Amigi. 

W tym również zt 
w A3000/4000, czy 
nas niedawno na 
























LASTER (dla niewtajemniczonych: j JĄ of 


SEM również = 
SE mów igier, które bez zastrzeżeń 
ałają na emulatorze. Dla ewentual- 
nych niedowiarków przygotowano podłą- 
czony do A500+ twardy dysk o pojem- 
ności 1200MB (tak, to nie pomyłka: ty- 
siąc dwieście megabajtów) na którym by- 
ły zainstalowane prawie wszystkie prog- 
ramy wymienione w liście tak aby każdy 
mógł sobie sprawdzić. 

Dodatkowo, w nowej wersji oprogra- 
mowania, została przyspieszona jeszcze 
(1) obsługa dysków oraz ekranu. Aktual- 
nie szybkość obsługi dysków ełastycz- 
nych jest na tyle wysoka, że żaden PC, 
z którym było mi dane się zetknąć nie 
osiągał nawet porównywalnej. Inną istot- 
ną pozycją ze stoiska KCS, jest przygoto- 















Produkt ma się pojawić w sprzedaży 
na początku przyszłego roku jak tylko 
zostaną zakończone prace nad softwa- 
rem. Na stanowiskach innych firm, mało 
było szokujących nowości. Dużym powo- 
dzeniem cieszyła się, ze względu na sto- 
sunkowo niską cenę, karta Opal Vision. 

Oprócz tego firma Masoboshi przygoto- 
wała ciekawostkę - Real Time Video Digi- 
tizer 24-0 bitowy o zaskakująco niskiej 
cenie. W dziedzinie oprogramowania 
prawdziwy boom przeżywają programy 
do obróbki obrazu. Oprócz znanych i uz- 
nanych produktów takich jak ADPro, czy 
ImageMaster pojawiły się już pakiety in- 
nych firm umożliwiające rozmaite opera- 
cje na obrazie. 

Nadal jednak prym wiedzie firma ASDG. 
Morph Plus to obok ADPro drugi pro- 
dukt, który prawdopodobnie upłasuje się 
bardzo wysoko w notowaniach profesjo- 
nalistów, oczywiście nie u nas w Polsce. 
W Polsce nie używa się zabawek do celów 
profesjonalnych... 
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zamierzchłych czasów - 
O człowiek był znany ze 
swego lenistwa i wszędzie, gdzie tyl- 
ko mógł - ułatwiał sobie życie. Cza- 
sami wysługiwał się w tym celu 
innymi ludźmi, czasami zwierzęta- 
mi, lecz zarówno w jednym, jak 
i w drugim przypadku nie zawsze 
wszystko odbywało się zgodnie z je- 
go planem, bo w końcu któż lubi 
być wykorzystywany??? 


Sytuacja uległa jednak zmianie 
z chwilą wynalezienia komputera. 
To bezduszne urządzenie okazało 
się być wyjątkowo uległe i narzu- 
cone obowiązki - wykonywało z nie- 
bywałą precyzją i dokładnością, 
a co najważniejsze - wszelkie ope- 
racje mogły być przez nie powta- 
rzane setki razy - bez najmniej- 
szych objawów znudzenia, czy znie- 
chęcenia. Czasami tylko w natło- 
ku danych - nawet maszyna ule- 
gała dezorientacji, a wtedy... Użyt- 
kownicy AMIGI znają to uczucie, 
kiedy to ich "przyjaciółka” góruje 
nad nimi, odmawiając dalszej pra- 
cy (lub też raczej... "guruje"). 
Wkrótce jednak "skrzyne EE 
zwana komputerem - mimo wielu 
zalet - zaczęła sprawiać pewne kło- 
poty, kiedy to okazało się, iż wpraw- 
dzie określony program jest przez 
nią wykonywany nawet przez bar- 
dzo długi okres czasu, niekiedy jed- 
nak ten okres jest stanowczo za 
długi. Ale i ten problem przedsię- 
biorczy człowiek rozwiązał, projek- 
tując coraz to szybsze jednostki. 
Jak to jednak w życiu bywa - nig- 
dy nie ma tak dobrze, aby nie mogło 
być jeszcze lepiej. Przetworzone 
dane musiały zostać przecież gdzieś 
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przechowane, a możliwość ich u- 
dostępnienia innym współpracow- 
nikom - stała się wkrótce nieo- 
dzowną koniecznością. Pracując 
na jednostkowym komputerze - 
przekazanie przetworzonych da- 
nych koledze na sąsiednim stano- 
wisku - wiązało się najczęściej z za- 
pisaniem informacji na dyskietce, 
bądź też skopiowaniem ich z inne- 
go miejsca, co z kolei pociągało za 
sobą konieczność opuszczenia ak- 
tualnie używanego programu, nas- 
tępnie trzeba było "przespacero- 
wać się” do wybranego stanowis- 
ka (często do innego budynku), 
wręczyć danej osobie dyskietkę - 
niejednokrotnie po to, aby dowie- 
dzieć się, iż z pewnych bliżej nie- 
określonych przyczyn - nie można 
jej odczytać, po czym zacząć wszys- 
tko od początku. 


Istotnie, było to kłopotliwe... 


Dlaczego twierdzę, iż: "było"??? 
Ponieważ wszystkiemu można za- 
radzić, jeśli się tylko chce. Najp- 
rostsze rozwiązanie stanowi połą- 
czenie obu stanowisk przewodem, 
co umożliwi transmisję danych bez 
zbędnych operacji. No tak, oczy- 
wiście! Ale co zrobić, gdy tych *koń- 
cówek” będzie więcej??? Weźmie- 
my drugi przewód, kolejny, jesz- 
cze jeden i... plątanina kabli bę- 
dzie nam przypominać sieć!!! 


Tak oto powtórnie wpadliśmy 
na genialny w swej prostocie po- 
mysł, który dodatkowo wcale nie 
jest nowy. Już pod koniec lat 70, 
kiedy to twardy dysk stanowił 
prawdziwego "białego kruka” - by- 


LENDA 


ło niemożliwością, aby każ- 
dy komputer biurowy posia- 
dał to niezmiernie przydatne 
urządzenie; rozwiązanie na- 
suwało się sarno: należało za- | 
kupić szybką jednostkę głów- | 
ną. wyposażoną w HD, 
a następnie przyłączyć inne 
"końcówki", mające dostęp 
do wszelkich peryferii, ofero- 
wanych przez komputer cen- 
tralny. 

Tak też uczyniono, zaś 
wkrótce zaczęły pojawiać się pier- 
wsze systemy sieciowe "na dużą 
skalę”. Nie było w tym zresztą nic 
dziwnego, gdyż oprócz oszczędnoś- 
ci (ze względu na wyeliminowanie 
z kosztów ogólnych HD dla każde- 
go stanowiska) - dodatkowo umoż- 
liwiono użytkownikom dostęp do 
ogółu informacji. Dla przykładu w 
1983 roku firma Novell zaprojekto- 
wała sieć, zwaną NetWare, która to 
- stale ulepszana - stanowi obecnie 
jeden z najpopularniejszych syste- 
mów, wykorzystywanych w Świecie 
business'u. W tym miejscu pomi- 
nę może szczegółowe omówienie ca- 
łej struktury - tak ze względu skali 
problemu, jak i dlatego, iż na te- 
mat "NetWare'u" zapisano już wie- 
le stron. Uważam jednak, iż ogól- 
ne wiadomości warto przypomnieć 
- tym bardziej, iż wielu Czytelni- 
ków spotyka się z tym zagadnie- 
niem po raz pierwszy. 


Będąc podłączonym do sieci - 
korzystamy ze wszystkich udogod- 
nień, dostępnych w tej sytuacji, jak 
na przykład: dyski twarde, drukar- 
ki, etc. Komputer, na którym pra- 
cujemy (zwany stacją roboczą) - 
może być dodatkowo wyposażony 
w HD, jednakże nie jest to koniecz- 
ne; wystarczą zwykłe stacje dys- 
ków elastycznych, bo przecież przet- 
warzane informacje warto czasami 
zachować także do użytku własne- 


go. 

Aby w sieci nie zapanował cha- 
os, potrzebny jest jednak jakiś nad- 
zorca (tak człowiek, jak i maszy- 
na), kierujący pracą całego syste- 
mu. Zreguły - jest to względnie 
szybka jednostka (PC 486), z po- 
tężnym twardym dyskiem i pamię- 
cią RAM rzędu 8 [MB], bądź więcej. 
Maszyna taka zwana jest serwe- 
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rem (ang: file server) i to właśnie 
w tym miejscu są przydzielone 
wszelkie urządzenia zewnętrzne, 
jak np.: drukarki sieciowe, mode- 
my, dodatkowe pamięci zewnętrz- 
ne, etc. Serwer może służyć jedy- 
nie do sterowania siecią, jak rów- 
nież istnieje możliwość wykorzys- 
tania go, jako stacji roboczej. 

Narzucone zadania wykonuje 
aktualnie wykorzystywana stacja 
robocza, sieć umożliwia jedynie ko- 
munikowanie się z innymi stano- 
wiskami, a także w pewnym zak- 
resie - pozwala na wspólną pracę 
nad tym samym zbiorem, oraz 
wspólne wykorzystywanie dostęp- 
nych urządzeń. System Novell'a - 
należy raczej do grupy sieci lokal- 
nych (tzw.: LAN - Local Area Net- 
work), jednakże istnieje możliwość 
podłączenia się do innej sieci. aby 
w miarę osiągania kolejnych szc- 
zebli - osiągnąć strukturę, zwaną 
siecią globalną (WAN). 

Korzyści z istnienia takiej "siat- 
ki” są znaczne, jednakże należy 
pamiętać, iż oprócz odpowiednie- 
go przewodu połączeniowego - pot- 
rzebujemy jeszcze stosowną kartę, 
umożliwiającą wykorzystanie da- 
nej drogi komunikacji, a przede 
wszystkim odpowiedni program. 
Spośród kart sieciowych - najbar- 
dziej popularne są obecnie: ARC- 
NET (2.5 [Mbit/s], 600m - odleg- 
łość węzłów), D-LINK (1 [Mbit/sh), 
ETHERNET (10 [Mbit/s], 500m - 
odległość węzłów); uzyskanie więk- 
szych zasięgów jest oczywiście moż- 
liwe, lecz wiąże się z dodatkowymi 
nakładami finansowymi.. 


Pozostaje jeszcze udzielić odpo- 
wiedzi na pytanie: co przemawia 
na korzyść sieci Novell'a??? Dla- 
czego są one tak popularne? Nie- 
wątpliwie dużą zaletę stanowi bez- 
pieczeństwo danych. Specjalne 
systemy zabezpieczają informacje 
przed zapisaniem na uszkodzonym 
fragmencie dysku, inne są odpo- 
wiedzialne za to, by zdarzenia lo- 
sowe nie spowodowały utraty choć- 
by części informacji (z reguły sto- 
suje się tzw. mirroring, tj. jedno- 
czesny zapis na dwa dyski, byw ra- 
zie awarii jednego z nich - nie prze- 
rywać pracy sieci, tylko dokonać 
odpowiedniej naprawy w trakcie jej 
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działania); istnieją oczywiście tak- 
że inne sposoby ochrony informa- 
cji (gdyż jak nietrudno zauważyć - 
w.w. metoda nie jest oszczędna, 
jeśli chodzi o fizyczne wykorzysta- 
nie nośników); istnieje też możli- 
wość zasilania całości z akumula- 
torów w razie zaniku napięcia za- 
silania (ang.: UPS - Uninterrup- 
table Power Suply), jak również wy- 
posażenia całości systemu w sze- 
res przydatnych elementów. 

Na uwagę zasługują także tzw. 
dyski poszukiwań. W momencie, 
w któryn zdecydujemy się na uru- 
chomnienie danego programu - mu- 
simy podać jego nazwę. Komputer 
sprawdza więc aktualny katalog, 
w którym właśnie pracujemy, lecz 
przecież nie jest możliwe, abyśmy 
posiadali wszelkie dostępne zbio- 
ry, dlatego też w normalnym try- 
bie - otrzymalibyśmy komunikat 
o błędzie; jeśli jednak zdefiniowa- 
no dyski poszukiwań - komputer 
tam właśnie się skieruje, by odna- 
leźć interesujący nas plik, co oczy- 
wiście zwiększa komfort pracy. 


Jedną z ważniejszych kwestii - 
jest również ochrona osobistych da- 
nych przed niepowołanymi osoba- 
imi. Każdy z użytkowników sieci 
ma w 100% dostęp do swoich da- 
nych, ograniczony (zależnie od up- 
rawnień) - do zbiorów "globalnych", 
zaś w ogóle nie ma dostępu do zbio- 
rów innych osób, korzystających 
z sieci. Wyklucza się więc możli- 
wość uszkodzenia informacji przez 
przypadek, bądź specjalnie, zmniej- 
szając jednocześnie prawdopodo- 
bieństwo ich kradzieży do mini- 
mum. Dostęp do nich ma tylko 
określony użytkownik, wyróżnia- 
jący się niepowtarzanym imieniem 
sieciowym, mogący dodatkowo za- 
bezpieczyć dostęp do informacji od- 
powiednim hasłem. 

Jeden z użytkowników sieci 
znajduje się na pozycji uprzywile- 
jowanej i określany jest mianem 
administratora (ang.: Supervisor). 
On jeden ma władzę nieograniczo- 
ną, wolno mu zezwalać na pracę 
w sieci innym użytkownikom, 
a pracującym aktualnie - odbierać 
ten przywilej. To on sprawuje bez- 
pośrednią władzę nad systemem 
i jest odpowiedzialny za jego pop- 
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rawną pracę. Zwykły użytkownik 
posiada "okrojone" prawa, tzn. ad- 
ministrator może mu zezwolić np. 
jedynie na odczyt pewnych danych 
(bez możliwości ich zmieniania, 
bądź kasowania), lub też zabronić 
mu dostępu do określonych pod- 
katalogów: pod tym względem u- 
żytkownik jest całkowicie zależny 
od woli administratora i bez jego 
zezwolenia - nie jest w stanie nic 
uczynić. 

Te pozorne ograniczenia - nor- 
malnie nie są jednak uciążliwe dla 
korzystających z sieci i umożliwia- 
ją efektywną pracę. Administrator 
może również zezwolić na dostęp 
użytkownika do danych jedynie 
w określonych dniach i godzinach, 
może określić maksymalną liczbę 
odwołań do systemu (tzw. logo- 
wań), sposób dostępu do danych 
(tj. odczyt/modyfikacja), możliwość 
tworzenia nowych zbiorów i pod- 
katalogów, oraz ich kasowanie. 

Może także nadać prawo zmia- 
ny atrybutów podkatalogów, czy 
też zbiorów, zmiany ich nazw (bez 
zmiany ich zawartości), jak rów- 
nież prawa modyfikacji wszystkich 
praw, za wyjątkiem statusu nad- 
zorcy. Na temat innych opcji ofe- 
rowanych przez system - można 
by jeszcze napisać wiele, lecz już 
w.w. - Świadczą o dużym bezpie- 
czeństwie informacji, znajdujących 
się w sieci. 

W tym miejscu Czytelnik może 
zapytać: "No dobrze, ale cóż ma 
wspólnego Novell z AMIGĄ lub 
C64? Przecież nasze czasopismo 
jest poświęcone właśnie tym kom- 
puterom!” 

Rzeczywiście, Novell nie widział 
nigdy potrzeby umożliwienia pra- 
cy w sieci tak obecnie popularnym 
komputerom, jakie stanowią Ami- 
gi (wiadomo: wszak to tylko za- 
bawka - przyp. red.). Czy jednak 
tak już miało pozostać na zaw- 
sze??? Na pewno nie! Podobnego 
zdania byli też przedstawiciele fir- 
my Oxai, tworząc Amiga Client Sof- 
tware (ACS). ACS umożliwia na 
podłączenie do sieci Novell'a do 250 
Amig; jednakże - oprócz oprogra- 
mowania - potrzeba coś jeszcze: 
wymagana jest mianowicie karta 
ETHERNET, łącząca A1500/2000/ 
3000 fizycznie z siecią, za pomocą 
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przewodów, dochodzących do kar- 
ty i z niej wyprowadzonych. 

Tak więc koszt stworzenia ta- 
kiej sieci - nie jest wysoki, jednak- 
że serwer powinna stanowić jed- 
nostka zdecydowanie szybsza, np. 
486 PC, lub też coś innego, pracu- 
jącego pod kontrolą systemu Unix. 

System sieciowy został tak po- 
myślany, aby każdy komputer. pra- 
cujący w sieci - miał dostęp do tych 
samych informacji, poprzez ten 
sam serwer, niezależnie od tego, 
czy będzie to Mac, PC, czy Amiga. 

Możliwość taka istnieje w związ- 
ku z tym, iż cały system rządzi się 
własnymi prawami i podstawowe 
dane przechowywane są w pod kil- 
koma różnymi postaciami - stąd 
też Mac otrzyma informacje w żą- 
danym formacie, dla PC - zostanie 
zachowana konwencja ośmiu zna- 
ków przypadających na nazwę pli- 
ku, zaś dla Amigi - nie zabraknie 
zbioru '.info'. W ten sposób zacho- 
wana została harmonia i nikt nie 
może czuć się pokrzywdzony. 

A co można powiedzieć na te- 
mat pracy Amigi w sieci? Oczy- 


wiście wszystkie wcześniej wyrmie- 
nione udogodnienia - tyczą się jej 
także, zaś Gary Fenton miał oka- 
zję "pobawić się” takim systemem; 
wczytanie DPaint'a IV - odbyło się 
w ułamku sekundy. Poprawnie 
przebiegały również operacje wy- 
syłania komunikatów do innych 
użytkowników sieci. W tym miejs- 
cu należy wspomnieć o drobnej za- 
lecie, jaka wiąże się z multitaskin- 
giem. 

ACS zawiadamia użytkownika 
o ewentualnym nadejściu wiado- 
mości, przy czym zostanie ona za- 
chowana do momentu, gdy korzys- 
tający ze stacji roboczej - nie od- 
bierze jej. I cóż w tym dziwnego? - 
może ktoś zapytać. 

Prawdę mówiąc - nic; tylko, że 
popularny PC wszelkie komunika- 
ty wyrzuca” bezpośrednio na ek- 
ran, co po pierwsze może być de- 
nerwujące dla użytkownika, który 
musi przerywać pracę, by usunąć 
zbędną wiadomość z pola widze- 
nia, po drugie łatwo przewidzieć, 
w jakiej formie odbierzemy komu- 
nikat, gdy będziemy pracować 


Co to jest kompresja 


danych ? 





B ardzo często używamy różnego rodza- 
ju programów służących do zmniej- 
szania wielkości innych programów lub 
danych tak, aby zajmowały one mniej miej- 
sca na dysku lub w pamięci komputera, 
także aby skrócić czas transmisji danych 
pomiędzy urządzeniami - np. modemami. 
Itak, korzystając z popularnych crun- 
cherów, bądź archiwizerów od czasu do 
czasu doznajemy szoku widząc jak z kil- 
kusetkilobajtowego zbioru danych pozos- 
taje dwie-trzecie, a czasem nawet połowa 
lub mniej. I w każdej ciekawskiej głowie 
powstaje pytanie, jak się to dzieje, że ze 
stu bajtów robi się siedemdziesiąt. Czyżby 
dla otrzymania zysku na pamięci usuwa- 
no jakąś niepotrzebną informację ? Ponie- 
kąd tak. Przykładowo - który fragment 
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pliku z tekstem tego artykułu jest zbytecz- 
ny? Abstrahując od wszystkich złośliwych 
odpowiedzi na zadane pytanie, trudno zna- 
leźć jakiś sposób na zredukowanie tekstu 
inastępnie na jego odtworzenie. Istotne 
jest tutaj także owo odtworzenie tekstu, 
ponieważ nie jest naszym celem w przy- 
padku komresji danych jedynie redukcja 
zajętości pamięci. 

Każdy spakowany zbiór powinien dać 
się rozpakować do źródłowej postaci - je- 
żeli pominiemy ten mały szczegół, sprawa 
się upraszcza i każdą ilośc danych na- 
tychmiast potrafimy zredukować z dowol- 
nym zyskiem z przedziału od stu do zera 
procent i to na setki sposobów. Tak więc 
tekst należy w sensowny sposób zakodo- 
wać tak, aby zajmował mniej miejsca. 
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w trybie graficznym. 

Programiści będą więc 
musieli jeszcze trochę pop- 
racować nad tym - co Ssys- 
tem Amigi oferuje już od 
dawna... Inną ciekawost- 
ką jest wykorzystanie oko- 
ło tysiąca Commodore'ow- 
skiego SL386sx PC w blis- 
ko 211 biurach podróży. 

Gary Fenton zastana- 
wiał się, dlaczego nie zain- 
stalowano w nich kompu- 
terów serii AMIGA? Czyżby oba- 
wianoo się, iż personel cały czas 
zajmowałby się grami, zamiast re- 
zerwacją lotów??? 

Być może sytuacja ta ulegnie 
zmianie w niedalekiej przyszłości, 
lecz jak na razie - jedyny komen- 
tarz, tyczący się "złotej myśli” Ga- 
ry'ego może być tylko jeden: Mag- 
num in parvo... 








Krzysztof Franckowski 


P.S.W artykule wykorzystano 
materiały z "Novel Networks” (AUI, 
Jul. '92) 


Tylko w jaki sposób ? Jest wiele rne- 
tod, od prymitywnych do bardzo skompli- 
kowanych. Najprostszą jest metoda *znacz- 
nikowa”. Polega ona na znalezieniu wszys- 
tkich powtarzających się znaków podczas 
przeglądania tekstu. Przykładowo ciąg zna- 
ków " aaaaaaaaaaaaaaaa bobo” mo- 
żemy zakodować w następujący sposób: 
jeden znak "", piętnaście znaków "a", pięć 
" " oraz kolejno bajty niepowtarzalne "bo- 
bo". Zakodowany w ten sposób tekst za- 
wiera, pomiędzy niepowtarzającymi się sek- 
wen-cjami, rozkazy wypełniania pamięci 
określoną wartością. Dla zobrazowania 
można przedstawić przykład kodów roz- 
kazów oraz danych takiego *znacznikow- 
ca”. 

Bajt rozkazu w formacie nooooooo, 
gdzie. bit n oznacza jeden z dwóch możli- 
wych rozkazów (n=l - dane niepowtarzal- 
ne, n=0 - powtarzalne), siedem bitów ooo- 
o0o0o zawiera licznik dla tego rozkazu. Po- 
wyższy ciąg znaków możemy w ten sposób 
zakodować uzyskując 

1:$81, 2:" ", 3:$0f, 4:"a", 5:$05, 6:' ", 
7:$84, 8:"bobo", 12:$00 


1: $81 = %10000001 , 

a więc jeden niepowtarzalny bajt o ko- 
dzie 

2:*”(spacja)” 

3: $0f = 00001111, 

piętnaście powtarzalnych bajtów o ko- 
dzie 

4:7a" 

5: $05 = %00000101 , pięć razy 

6:"”(spacja)” 

7: $84 = %10000100 , 
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cztery kolejne niepowtarzalne bajty *bo- 

bo”. 

Sumując, w jedenastu bajtach zako- 
dowaliśmy żródłowe 25 bajtów tekstu, na- 
leży tu dodać oczywiście jeszcze jeden roz- 
kaz na końcu o np. zerowym parametrze 
aby poinformować program dekodujący 
o końcu zakodowanego ciągu. 

12: $00 

Daje to nam 52 procenty zysku. Ta 
prosta nzetoda znacznikowa znajduje zas- 
tosowanie w przypadkach zbiorów danych 
o prostej strukturze, np. prymitywna gra- 
fika, czy tablice znaczników w bazach da- 
nych. Stosowana jest również do wstępne- 
go przygotowania danych przed zastoso- 
waniem innych metod kompresji. 

Najefektywniejszym sposobem komp- 
resji jest metoda wyszukiwania powtarza- 
jących się sekwencji bajtów - Crunching. 
Najogólniej można wyjaśnić to na przykła- 
dzie tekstu tego artykułu. Przeglądając go, 
można napotkać wielokrotnie wyrażenia : 
kompresji, więc, bajt, kod, itp. Powtarza- 
jące się wyrażenia są właśnie sekwencja- 
mi, które teraz pozostaje tylko zakodować. 
Sposobów kodowania tą metodą jest wie- 
le, ponieważ ewoluowała ona kilka lat. 

Trzonem działania cruncher'a jest prog- 
ram, który przeszukuje pamięć od począt- 
ku do aktualnego wskazania pamięci, któ- 
re to zwiększane jest od początku obszaru 
danych do końca o jeden, lub w przypad- 
ku odnalezienia sekwencji - o jej długość. 
Wskazanie wstecz, nazywane offsetem, jest 
podawane w postaci adresu względnego 
odejmowanego od aktualnej pozycji adre- 
sowej w zbiorze danych. Można powiedzieć, 
że offset "ślizga” się za wskazaniem w pa- 
mięci. 

Tak więc, spakowany kod składa się 
z przeplatanych rozkazów z danymi nie- 
powtarzalnymi i wskazaniami wstecz w pa- 
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mięci na sekwencje do skopiowania. Każ- 
dy z rozkazów zawiera także dlugość da- 
nych jakich dotyczy. 

Przykładowo rozkaz w postaci sekwen- 
cji bitów: 

noo00000 oznacza dla n=l dane nie- 
powtarzalne o długości 0000000, 

nooo0ppP PPPPPPPP OZnacza dla n=0 
sekwencję o długości 0000 
ze wskazaniem offsetowym wstecz 
o wartości pPPPPPPPPP co daje możliwość 
zakodowania jednorazowo danych niepow- 
tarzalnych o długości do 128 bajtów oraz 
sekwencji o długości do 16 bajtów z przed- 
ztału adresowego $800 wstecz. 

Oczywiście ten przykład ma tylko za- 
sygnalizować sposób i nie jest jedyną po- 
lecaną przez autora konfiguracją paramet- 
rów. Optymalnym zakresem offsetu, jak 
stwierdzono doświadczalnie, jest przedział 
od $800 do $2000 bajtów. Jeżeli chodzi 
o długości sekwencji, to najczęstsze są te 
najkrótsze, czyli 2,3,4-ro bajtowe, itd. 
Oczywiście długości rozkazów w bitach na- 
leży dostosować do wymagań crunchera. 
Praca tak opisanego procesu jest czasoch- 
łonna, program wielokrotnie przeszukuje 
cały wyznaczony obszar pamięci. 

Aby przyspieszyć jego działanie, nale- 
ży stworzyć w odrębnym miejscu w pa- 
mięci słownik, do którego wpisywane bę- 
dą adresy już odnalezionych sekwencji. 
Program szukający sekwencji w pierwszej 
kolejności sprawdza wśród już znalezio- 
nych, a dopiero potem ewentualnie prze- 
szukuje obszar objęty ofisetem. Oczywiś- 
cie słownik jest w czasie trwania procesu 
bez przerwy uaktualniany, co oznacza 
zarówno dopisywanie nowych adresów jak 
i zwalnianie pozycji z adresami sięgający- 
mi poza offset. 

Jeżeli dysponujemy dużym obszarem 
dodatkowej pamięci, to aby jeszcze przys- 
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pieszyć działanie crunchera, słownik sek- 
wencji stworzyć można w postaci drzewa 
binarnego (sortowanego wg rosnących war- 
tości). Sposób ten jest ciekawy, lecz warto 
tu wspomnieć, iż nie jest stosowany ze 
względu na istnienie skuteczriiejszej me- 
tody przyspieszenia pracy. 

Otóż należy stworzyć tablice adresów 
pod którymi można znaleźć bajty o wszys- 
tkich kolejnych wartościach. Oznacza to, 
że adresy wszystkich bajtów w obrębie of- 
fsetu są pogrupowane w tablicach, gdzie 
każda tablica zawiera adresy bajtów o ta- 
kiej samej wartości. Mając bajt o wartości 
2 i szukając sekwencji od niego rozpoczy- 
nającej się, będziemy korzystać tylko z ad- 
resów zawartych w tablicy zawierającej 
wszystkie adresy dwójek. Pamiętać oczy- 
wiście należy o usuwaniu adresów sięga- 
jących poza offset. Statystycznie rzecz uj- 
mując, jeżeli przy przeszukiwaniu offsetu 
o wielkości 4 KB zastosujemy opisany wy- 
żej słownik to, zakładając, że każda war- 
tość bajtu występuje z jednakową częstoś- 
cią, uzyskujemy ( 4096/256=16 ) koniecz- 
ność szukania sekwencji od miejsc na które 
wskazuje tylko szesnaście adresów w słow- 
niku. 

Czyli zamiast przeszukującej pętli pow- 
tarzającej się 4096 razy, potrzebujemy tyl- 
ko szesnastu jej powtórzeń. Oczywiście 
taka sytuacja jest idealna, normalnie wys- 
tępowanie wartości nie jest równomierne 
i powtórzeń może być więcej od szesnastu, 
ale dla innych wartości automatycznie się 
ta liczba zmniejsza. W ekstremalnym przy- 
padku kiedy jakaś wartość wystąpiła po 
raz pierwszy to oczywiście jej adres jest 
wstawiany do słownika, lecz uprzednio nie 
przeszukujemy pamięci ponieważ w słow- 
niku pod tą pozycją nie było żadnego ad- 
resu. Kiedy napotkamy po raz drugi tą 
samą wartość to sprawdzamy zaistnienie 
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sekwencji tylko raz i dopisujemy nowy ad- 
res to słownika, kolejnym razem przeszu- 
kujemy trzy razy itd. Przy zastosowaniu 
tej metody program przyspiesza kilkudzie- 
sięciokrotnie. Sposób zorganizowania ta- 
kiego słownika nie jest już taki prosty ze 
względu na ograniczoną ilość pamięci. 
Idealną ilością pamięci potrzebną do alo- 
kacji dla słownika offsetu o wielkości 
$1000 byłby obszar $1000 * 4 * 256, czyli 
256 tablic z adresami 4-ro bajtowymi, 
aw każdej tablicy potencjalnie może się 
znaleźć $1000 adresów. 

Całość wymaga 4 mega bajtów. Autor 
artykułu może zapewnić, iż dla offsetu wiel- 
kości $1000 na słownik wystarczy $2200 
bajtów ponieważ jest autorem takiej meto- 
dy. W celu pominięcia nieoszczędnego ko- 
dowania rozkazów za pomocą bitów, zas- 
tosowano ciekawy sposób. Z całego kodo- 
wanego obszaru wybiera się najrzadziej 
występującą wartość i następnie używa ja- 
ko rozkazu. Decruncher po napotkaniu 
tej wartości traktuje ją jako daną, jeżeli 
zaraz po niej wystąpi np. zero - w przypad- 
ku innej wartości - jako rozkaz z odpo- 
wiednim parametrem. Dzięki temu nie ma 
potrzeby oznaczania rozkazem bloków da- 
nych nie objętych kompresją, z tym, że 
jedna wartośc bajtu będzie zawsze repre- 
zentowana za pomocą dwóch bajtów. 


Na zupełnie innej zasadzie opierają 
się metody kodowania względnego - Rela- 
tive Encoding. 

Metoda telemetryczna - Telemetry En- 
coding - koduje względne zmiany wartości 
pomiędzy kolejnyrni słowami ciągu danych 
(np. bajtami ). Na spakowane dane skła- 
dają się rozkazy ustalające bazową war- 
tość oraz kolejne wartości, które należy do 
niej dodawać. Ciąg ( $40 $43 $46 $48 $3e 
$40 $40 $80 $79 ) można zakodować. 
przy założeniu 5-cio bitowych kodów do- 
dawania i kodu %10000 jako znacznika 
dla przyjęcia nowej wartości bazowej, 
w następujący sposób: ( $40. %00011 = 
+3, %001 10 = +6, %01000 = +8, %10010 
=-2, %00000 = +0. %10000. $80. %10111 
= -7 ) 

Z 9 bajtów uzyskaliśmy 6.4 bajta. czyli 
zyskaliśmy 30 % oszczędności pamięci. 

Możemy także przyjąć inną zasadę ko- 
dowania, w której nie będzie stałej bazo- 
wej wartości, lecz będzie ona uaktualnia- 
na w czasie dodawania kolejnych wartoś- 
ci, co powiększy zakres wartości możli- 
wych do zakodowania bez potrzeby usta- 
lania nowej wartości bazowej. Ciąg (0 1 3 
5 8 9 $b $10 $16 $1d $20 $20 $le $17 
$115 1) przy założeniu 4-ro bitowych 
kodów: ( 0 %0001 %0010 %0010 %0011 
%0001 %0010 %0100 %0110 %0111 
%0011 %0000 %1010 %1111 %1110 
%1000 5%1100) 

Z 17 bajtów uzyskaliśmy 10 B, czyli 
mamy 41% zysku. Metoda ta znajduje zas- 
tosowanie przy kompresji ciągów z wyni- 
kami pomiarów, gdzie małe różnice po- 
między kolejnymi wartościami można 
przedstawić w skróconej postaci. Wyob- 
raźmy sobie jak duże zyski można osiągać 
przy kompresji danych zapisanych w pos- 
taci zmiennoprzecinkowej Floating Point. 

Jeżeli notacja FP wymaga 12 bajtów, 
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amy stworzymy notację skróconą do 6 
bajtów i zastosujemy do zapisywania war- 
tości względnych, to możliwy zysk nasuwa 
się sam. Technika kodowania telemetrycz- 
nego może znaleźć zastosowanie u każde- 
go programisty, ponieważ nadaje się do 
kompresji różnego rodzaju sinusoid, tra- 
jektorii, itp. 

Drugą techniką kodowania względne- 
go jest metoda Digital Facsimile, stosowa- 
na głównie do kompresji grafiki uzyskiwa- 
nej ze scanera. Metoda ta wykorzystuje 
fakt, iż często pomiędzy kolejnymi pozio- 
mymi liniami obrazu występują tylko nie- 
liczne zmiany. Jeżeli w odniesieniu do ba- 
zowej (górmej) linii wyselekcjonujemy zmia- 
ny w kolejnej linii, to zredukujemy dane 
o jakąś ilość niepotrzebnej informacji. 
Przykładowo jeżeli N-ta linia ma postać 
a N+1 to względne zmiany mają postać : 


...0000001111100111010110001..., 
...0000011111000010010110011..., 


Zmiany można zakodować poda jąc 
bezwzględnie ich pozycje w każdej linii lub 
względnie podając odległości pomiędzy sa- 
mymi zmianami. Koniec linii oznaczyć moż- 
na np. wartościa poza zakresem. Innym 
sposobem kodowania tych zmian może być 
mapa bitowa (ustawiony bit 
oznaczałby zmianę), a sposób kompresji 
tej mapy byłby już dowolny, metodą znacz- 
nikową lub sekwencyjną. Oczywiście dłu- 
gość każdej zakodowanej linii musi być 
porównana z jej długością oryginalną, 
a wybrana powinna zostać ta krótsza. 


Kolejnymi technikami kompresji da- 
nych są metody probabilistyczne, są to 
kolejno : Diatomic, Expanding, kodowanie 
Hufjmana i metoda Shannon-Fano. 

Metoda Diatomic polega na przypisa- 
niu jednobajtowym kodom określone sta- 
tystycznie pary bajtów. Ogólny proces Dia- 
tomic określić można relacją : znak N+1 + 
znak N ===> znak specjalny. Diatomic 
nadaje się np. do wstępnej kompresji tek- 
stów, umożliwiając osiągnięcie maksymal- 
nego teoretycznego zysku około pięćdzie- 
sięciu procent. Zakodować możemy 255 
par, jednak pozostałe (25642-255) pary 
muszą pozostać nie zakodowane, więc zas- 
tosowanie tej metody musi zostać zawsze 
uprzednio sprawdzone pod względem op- 
łacalności ze względu na wymagany spe- 
cyficzny typ danych (np. poprzez kompre- 
sję mniejszej partii danych do NILi spraw- 
dzenie wyniku). Spakowany tą metodą 
tekst składa się z kodów jednobajtowych 
od O do 254, oznaczających określoną up- 
rzednio parę znaków oraz z kodów dwu- 
bajtowych o wartościach kolejno 255 i baj- 
tu nie objętego kompresją. 

Praktycznie metoda ta dla tekstów w ję- 
zyku angielskim przynosi średnio 20 % 
zysku, co w porównaniu z innymi techni- 
kami kompresji stawia ją na odległym miej- 
scu. Jednak w połączeniu z metodą znacz- 
nikową oraz kodowaniem połówek bajtów, 
metoda Diatomic daje dobre zyski przy tek- 
stach. a połączenie tych trzech metod naz- 
wano Shrinking. Przykładowa struktura 
rozkazów metody Shrinking może wyglą- 
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dać jak następuje. Kody od O do $7f zawie- 
rają zwykłe kody znaków ASCII. 
Pozostałym kodom z zakresu $80 

do $ff przypisujemy określone sta- 
tystycznie pary znaków. Jeden 
z kodów o najwyższych wartoś- 
ciach rezerwujemy sobie na bajty 
dodatkowe, nie przewidziane 
przez dotychczasowe kody (po ta- 
kim rozkazie będzie następowa- 
ła sekwencja 8 bitów z dowolną 
wartościaj. Całość możemy za- 
kodować połówkami bajtów, 
osobno kodując czy starsze 
imłodsze 4 bity zmieniają się 
w stosunku do poprzedzającego 
znaku. Można również przyjąć 
kodowanie starszych 3 bitów i młodszych 
5 bitów, jak nam wygodniej, a raczej - jak 
korzystniej. 


ay 


Metoda Expanding wy- 
korzystuje dwa algorytmy, 
tzn. kompresja dokonuje 
się w dwóch przejściach. 
W pierwszej kolejności ca- 
ły pakowany blok jest kodowany metodą 
sekwencyjną, a następnie metodą proba- 
bilistyczną. Idea probabilistycznej metody 
Expanding opiera się na wykryciu zależ- 
ności zachodzących pomiędzy kolejnymi 
bajtami ciągu danych. Ponieważ pakowa- 
niu podlega zazwyczaj konkretna infor- 
macja. to istnieje duże prawdopodobieńst- 
wo, że pewne wartości mogą występować 
częściej jedna po drugiej od innych. 

Przykładowo w języku polskim więk- 
sze jest prawdopodobieństwo wystąpienia 
litery *k" zaraz po "o", niż *z” po 'o”, nato- 
miast prawdopodpbieństwo, że *y” wystą- 
pi po *o” jest małe. (uwaga: dane wyssane 
z palca). Metoda Expanding w prosty spo- 
sób systematyzuje tego typu zależności 
ijeżeli pakowane dane nie są tzw. szu- 
mem, gdzie prawdopodobieństwa powta- 
rzania się dla wszystkich bajtów są zbliżo- 
ne, można otrzymać zysk kilkudziesięciu 
procent. 

Do metody Expanding potrzebujemy 
dodatkowego bufora na tablice w których 
program zapisuje informację, której się 
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*uczy” w czasie kompresji danych. Należy 
stworzyć tablicę tablic powtarzających się 
bajtów S(j), gdzie j=0..255, czyli dla wszys- 
tkich możliwych wartości bajtu. Każda tab- 
lica S(j) zawiera np. 32 wartości (odpo- 
wiednio do liczby B(N() opisanej niżej). 
czyli S()IO..m]. gdzie m=0..31(patrz B(N()). 
Kolejna tablica N(j) zawiera ilości zapamię- 
tanych wartości w zbiorach S(j). Tak więc 
j oznacza rozważaną wartość, zbiór S(j) za- 
wiera wartości które występują zaraz po j, 
a N(j) wielkość S(j). Zbiory ostatecznie ma- 
ją postać IN(j), SQWIOI. ... „SGING)-111 NQ) 
może mieć wartość zero jeżeli zbiór S(j) jest 
pusty. 

Algorytm przedstawia przykład pierw- 
szej fazy dekompresji Expanding (proces 
odwrotny do kompresji jest częściej stoso- 
wany do opisów ze względu na większą 
przejrzystość). 

WE: oznacza strumień danych wejś- 
ciowych (spakowanych statystycznie) 

WY: oznacza strumień danych wyjś- 
ciowych (spakowanych sekwencyjnie) 

L-C: oznacza ostatnią wartość (pop- 
rzedni bajt) m: zmienna 

B(N(j)): oznacza maksymalną ilość bi- 
tów potrzebnych do zakodowania najwięk- 
szej wartości N(j)- 1 

początek: 

1L-C:=0 

powtarzaj pętlę do końca WE 

(jeśli zbiór S(L-C) jest pusty to 

czytaj 8 bitów z WE i kopiuj wartość 
do WY) 

jeśli (5-C) nie jest pusty to 

łczytaj 1 bit z WE 

jeśli bit=1 to 

(czytaj 8 bitów z WE i kopiuj wartość 
do WY | 

jeśli bit=O to 

(czytaj B(N(L-C)) bitów z WE i nadaj tą 
wartość zmiennej m kopiuj wartość z 
S(L-C)Im] do WY H 

nadaj zmiennej L-C wartość ostatniej 
wartości wysłanej do WY hh 

koniec. 

W ten sposób możemy regularnie pow- 
tarzające się bajty zakodować za pomocą 
np. pięciu bitów. Niestety nie powtarzają- 
ce się, bądź te które nie zmieszczą się 
w tablicach musimy zapisać z pomocą dzie- 
więciu bitów. 

Na wynikowo skompresowane dane 
składają się strumień wyjściowy WY oraz 
tablice N/0..255) o elementach długości 
B(NQ) bitów i J(0..255,0..k)., gdzie k jest 
maksymalną wartością zapisywalną w N(|. 
Najczęściej stosuje się dlugości 5 i 6 bitów, 
czyli 32 i 64 zapamiętywalne wartości pow- 
tórzeń dla każdego bajtu. 

Następnym etapem dekompresji Eo 
panding jest rozkodowanie bloku danych 
do źródłowej postaci z pomocą algorytmu 
sekwencyjnego. 

Aktualnie WE oznacza WY z poprzed- 
niego algorytmu oraz: NWW: najrzadziej 
występująca wartość (przykładowo 144), 

L(x): zwraca młodsze L bitów z x, 

F(x): zwraca 2 jeśli L(x) ma największą 
wartość (np. dla L=7 F(x)=2 jeśli 
L(x)=%01111111 ) , winnym wypadku 
zwraca 3, 

Dfx,y): zwraca (starsze (8-L) bitów z x) 
*$100+y + 1. 

V,C: zmienne, 

Dlg: zmienna oznaczająca dlugość sek- 
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wencji. 

Przed kompresją podaje się programo- 
wi parametr określający L. Współczynnik 
kompresji (Compression Factor) równy 1 
=> ustala L=7, 2=>L=6, 3=>L=5, 
4 => L=4, co daje użytkownikowi pewną 
dowolność w wyborze zakresów rozkazów 
jakimi posługuje się program kodujący, 

a zatem dla współczynnika kompresji 
od 1 do 4 uzyskujemy maksymalny offset 
z zakresu od $200 do $1000 i maksymal- 
ną długość sekwencji od $80+$ff do $f+$ff. 
początek: 

ipprog:=0 

powtarzaj pętlę do końca WE 

czytaj 8 bitów z WE i nadaj tą wartość C 

case pprog of : 

O:ljeśli C nie jest równe NWW to kopiuj 
CdoWY jeśli C=NWW to pprog:=ll 

1: (jeśli C=O to kopiuj NWWÓ* =144 *) 
do WY pprog:=O/ 

jeśli c<>0 to [(V:=C Dlg:=L(V) pprog:= 
FDigił 

2: [Dlg:=D1g+C pprog:=3| 

3: łcofnij się wstecz w WY o D(V,C) baj- 
tów i kopiuj Dlg+3 bajtów z tego miejsca 
do WY (* jeśli ta pozycja jest przed począt- 
kiem WY to przyjmuje się, że obszar ten 
jest wypełniony zerami *) 

pprog:=0 | 

koniec casejł 

koniec. 

Kolejnym rodzajem kompresji proba- 
biłistycznej jest kodowanie metodą Huff" 
mana. Sposób ten opiera się na kodowa- 
niu częściej powtarzających się bajtów za 
pomocą mniejszej ilości bitów. We wstęp- 
nej fazie oblicza się częstości występowa- 
nia wartości bajtów, co jest równoważne 
obliczeniu prawdopodobieństw ich napot- 
kania. Następnie tworzy się drzewo binar- 
ne, po którego gałęziach poruszać będzie 





Przykład ten jest ekstremalnie uprosz- 
czony, ale widać tu zastosowanie tej meto- 
dy do danych "*przemieszanych”, nie wy- 
kazujących regularności w układzie przes- 
trzennym. Nasze drzewo oczywiście może 
się rozrosnąć do większych rozmiarów, 
z tym, że dla każdych dodatkowych dwóch 
bajtów musimy zużyć jeden bit więcej, tak 
aby móc je zakodować. 

Należy tu przypomnieć, iż jak w każdej 
metodzie probabilistycznej, wymagane jest 
jak największe zróżnicowanie częstości 
wystąpień wartości bajtu. Im bardziej 
prawdopodobieństwa wystąpień wszyst- 
kich wartości bajtu będa zbliżały się do 
jednej średniej wartości, tym bardziej na- 
rażamy się na straty, aż po nieopłacalność 
stosowania metody probabilistycznej do 
tego typu danych. 

Przy dużej ilości elementów w drzewie 
spotykamy się z kodami liczącymi wiele 
bitów. Aby zapobiec takiemu marnotraws- 
twu, można jeden z liści drzewa poświęcić 
na oznaczenie nie zakodowanego bajtu, 
który przy dekompesji byłby pobrany 
w postaci 8 bitów ze strumienia wejścio- 
wego. Ten manewr pozwoli nam na unik- 
nięcie kodowania rzadko spotykanych war- 
tości za pomocą np. trzydziestu bitów, 
przykład podobnej operacji jest zawarty 
poniżej. 

Zbliżoną do metody Huffmana jest me- 
toda kodowania Shannon-Fano. 

Tutaj również należy w pierwszej ko- 
lejności określić prawdopodobieństwa wys- 
tąpień elementów, a następnie zbudować 
drzewo binarne. Elementy ustawiamy 
w kolejności malejących prawdopodo- 
bieństw, następnie grupujemy je parami. 
Każda para jest w kolejnych kolumnach 
pionowych oznaczana za pomocą jedynek. 
a następnie dzielona na dwa przy pomocy 


się program kodując dane źródłowe. Za- jedynki i zera. 
łóżmy dowolny ciąg bajtów: 11211212 11 
3131321717567171727798| 10 
Częstość występowania wynosi kolejno : 011 . 
1-10, 2-5, 3-3, 5-1, 6-1, 7-7, 9-1, 8-1. 010 
Sortując wg malejących wartości pow- 0011 
tórzeń : 1-10, 7-7, 2-5, 3-3, 5-1, 6-1, 9-1, 0010 
8-1 . Na podstawie uzyskanych wyników itd 
drzewo ma TESĘROPER BB" = z i | W ten sposób 
możemy zakodować 
00 bo 23 0 na małej ilości bi- 
| mo: cem=- Ru LEN tów kilka wartości. 
| 0 SZ 1 Ale co się stanie 
| 100 Wz o 0 z np. a oidaż 
e wartością. Do jej za- 
101 OR" ud l pisania potrzebuje- 
0 my aż 22 bity, czyli 
1100 5 —0 1 prawie cztery bajty. 
1101 6 "i 24 7% Ria A 
trik możemy tę nie- 
1110 9 --|0 eż l dogodność usunąć. 
1111 8 2 Zrezygnujemy Z oz- 
naczania jednej 
= — ——— wartości kodem 


Podany wyżej ciąg możemy zakodować : 
1-00 2-100 1-00 1-00 2-100 1-00 2-100 
3-101 1-00 3-101 1-00 3-101 2-100 1-00 
7-01 1-00 7-01 5-1100 6-1101 7-01 1-00 
7-01 1-00 7-01 2-100 7-01 7-01 9-1110 
8-1111] czyli: [00100000 01000010 
01010010 10010110 00001000 11100110 
10100010 00110001 OL11IO1111 | co 
daje nam 74 bity, a więc z 29 uzyskaliśmy 
9,25 bajta, czyli mamy 68% zysku. 
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010 i odtąd poprzedzać on będzie sekwen- 
cję np. 6 bitów, na których zapisać można 
64 wartości. Aktualnie kody wyglądają nas- 
tępująco : 

11 

10 

011 

0011 

0010 

00011 
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00010 
000011 
000010 
0000011 itd. 
oraz 
010000000 
010000010 
010000001 
010000011 
010111111 


Przykładowo dla bajtów o prawdopo- 
dobieństwach wystąpień 0.35, 0.235, 
0.155, 0.15, 0.05, 0.045, 0.01. 0.005 


tworzymy binarne drzewo : 

0.35 11 

0.235 10 

0.155 011 

015 010 

0.05 0011 

0.045 0010 

0.01 0001 

0.005 0000 


Średnia długość kodu w bitach potrzebna 
do zapisania danych o podanych prawdo- 
podobieństwach napotkania wynosi: 
2*0.35+2*0.235+3*0.155+3*0.15+4*0.05+ 
4*0.045+4*0.01+4*0.005=2.52 bita. 

Pamiętać nałeży, iż do zapisania 8 
wartości normalnie potrzebujemy 3 bi- 
tów, zysk wynosi 16 %.. 

Porównując te dwie metody, stwier- 
dzono że metoda Shannon-Fano daje więk- 
sze zyski przy dużych różnicach prawdo- 
podobieństw, podczas gdy metoda Hufj- 
mana staje się bardziej opłacalna przy 
mniejszych różnicach prawdopodobieństw 
między elementami podlegającymi komp- 
resji. Często w programach archiwizują- 
cych mamy do czynienia z przedefiniowa- 
nymi drzewami, tzn. przygotowanymi 
wcześniej. 

Np. częstości występowania liter w róż- 
nych językach mogą zostać przeliczone 
wcześniej i następnie stosowane przy kom- 
presji tekstów. W tym przypadku mamy 
do czynienia z zyskiem dotyczącym czasu 
kompresji, ponieważ pozbywamy się prob- 
lemu tworzenia drzewa dla każdego bloku 
danych z osobna. 

Bardzo znanym algorytmem kompre- 
sji jest Imploding. Jest on złożony z dwóch 
oddzielnych algorytmów. Pierwszy z nich 
pakuje dane sekwencyjnie używając śliz- 
gającego się offsetu o zakresie 4K lub 8K 
(dane z PKZIP'a), natomiast drugi jest sto- 
sowany do kompresji danych uzyskanych 
z działania pierwszego algorytmu za po- 
mocą binarnych drzew Shannon-Fano. 

Imploding używa dwóch lub trzech 
drzew. Podstawowymi są te, w których ko- 
duje się długości sekwencji oraz wskaza- 
nia offsetowe (dystans), w trzecim drze- 
wie, jeśli jest uaktywnione, koduje się 
wszystkie dane nie objęte kompresją sek- 
wencyjną. Trzecie drzewo służy do przeds- 
tawienia całego zbioru ASCII i zawiera 256 
wartości, jeśli jest aktywne, to najmniej- 
sza długość sekwencji (NDS) wynosi 3, 
w przeciwnym wypadku 2. 

Drzewo długości sekwencji zawiera 64 
wartości z zakresu od NDS do 63+NDS. 
Drzewo dystansów zawiera 64 wartości 
zzakresu od O do 63 odpowiadających 
starszym 6 bitom dystansu. Same drzewa 


Nr 11-12 '92 


również podlegają kompresji, są spakowa- 
ne w formacie: 

pierwszy bajt oznacza ilość bajtów spa- 
kowanego drzewa, 

kolejne bajty => 

starsze 4 bity : liczba wartości o podanej 
liczbie bitów 1..16, 

młodsze 4 bity : liczba bitów potrzebna do 
zapisania wartości 1..16. 

Wynikowo biok danych składa się na 
spakowane drzewa Shannon-Fano, a za- 
raz po nich strumień bitów zawierający 
kody i dane dla deimplodera. 

Algorytm dekompresji Imploding: 

początek: 

powtarzaj pętlę do końca WY 

łczytaj 1 bit z WE 

jeśli jest zapalony to 

łjeśli drzewo ASCII jest aktywne to 

łodczytaj znak korzystając z tego drze- 
wal 

w przeciwnym wypadku 

czytaj 8 bitów z WEJ] 

kopiuj bajt do WY) 

jeśli zgaszony to 

(jeśli offset 8 KB to 

łodczytaj 7 bitów dystansu] (*młod- 
szych 7 bitów *) 

jeśli ofiset 4 KB to 

fodczytaj 6 bitów dystansu) 

używając drzewa dystansów odczytaj 
6 starszych bitów dystansu do D 

używając drzewa długości odczytaj war- 
tość długości sekwencji do L 

L:=L+NDS 

jeśli L-63+NDS to 

(czytaj 8 bitów z WE i dodaj tą wartość 
doL|] 

cofnij się wstecz o D+1 bajtów w WE 
i kopiuj L bajtów z tej pozycji do WY (*jeśli 
pozycja ta jest przed początkiem WY to 
przyjmuje się, że obszar pamięci poprze- 
dzający WY jest wypełniony zerami *)]| 

koniec. 

Aktualnie istnieje wiele programów wy- 
korzystujących własne. zmodyfikowane al- 
gorytmy Imploding, np. w Turbo Impłode- 
rze można ustawiać dowolny offset w zak- 
resie od 128 do 8196 bajtów oraz podawać 
wielkość bufora służącego do przyspiesze- 
nia przeszukiwania pamięci (opisane wy- 
żej). Można powiedzieć, że ile jest progra- 
mów do kompresji danych, tyłe metod, 
niezmienialne pozostają tylko ogólne za- 
sady, a nie konkretne rozwiązania. 

Dotychczasowe metody kompresji, 
z wyjątkiem metod kodowania względne- 
go, opierały się na pakowaniu bajtów jako 
najmniejszych jednostek informacji przez 
nie widzianych”. Jednak można by się po- 
kusić o stworzenie cruncherów pakują- 
cych bity. Takim bitowym kompresorem 
danych może być opisana poniżej metoda 
Filtering. 

Zauważmy, że często w ciągu bajtów 
zdarza się, iż jakieś bity w kolejnych baj- 
tach nie zmieniają się. Jeżeli teraz ozna- 
czymy wszystkie bity nie zmieniające się 
(mogą to być zarówno zera i jedynki), two- 
rząc jednobajtową maskę w której jedyn- 
ka oznaczać będzie bit nie zmienialny, a ze- 
ro zmienialny, to dodając do tego kilka 
bitów na licznik ilości bajtów objętych da- 
nym rozkazem i dalej umieszczając stru- 
mień bitów, które mają być przy dekomp- 
resji kołejno wpisywane do bajtów w miej- 
sca określone przez maskę (w miejsca gdzie 
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są zera), możemy uzyskać całkiem cieka- 
we oszczędności na objętości da- 
nych w pamięci. 

Załóżmy, że maska ma postać 
%01011001, awięc zmieniać się 
będą tyłko bity 2,3.6 i 8. Przy de- 
kompresji za bazową wartość bie- 
rzemy ostatni bajt, który został 
przepisany do strumienia wyni- 
kowego. Teraz na bazowej wartoś- 
ci wykonujemy logiczne and 
z maską, przez co wygaszone Zos- 
tają wszystkie bity przeznaczone 
do zmiany. Zapamiętujemy wynik 
w zmiennej np. F. 

Pobierając bity ze strumienia 
wejściowego, dekompresor (w tym 
przykładzie ) dla każdego rekonstruowa- 
nego bajta przeznacza kolejne 4 bity i w ja- 
kiejś zmiennej bajtowej, np. G, odpowied- 
nio wstawia je na kolejne pozycje 2,3,618. 
Wykonując operację logiczną G or F uzys- 
kujemy pierwotną wartość bajtu. Oczy- 
wiście musimy zawsze zainicjować licznik, 
aby wiedzieć ile bajtów jest zakodowanych 
za pomocą kolejnych rozkazów. 

Kiedy przy okazji dodamy kodowanie 
Shannon-Fano, to cały strumień wejścio- 
wy może być interpretowany następująco: 

początek: 

powtarzaj pętlę do końca WE 

(pobierz 1 bit jeśli zero to 

[pobierz 8 bitów i kopiuj do WY] 

jeśli nie zero to 

fpobierz odpowiednią ilość bitów do 
rozkodowania długości sekwencji bajtów 
jakiej dotyczy rozkaz używająć do tego 
drzewa Shannon-Fano 

pobierz 8 bitów maski 

wykonaj operację F (opis wyżej) 

powtarzaj pętlę do końca długości sek- 
wencji 

(wykonaj operację G 

kopiuj do strumienia wyjściowego bajt 
o wartości (G or F) jj] 

koniec. 


Podsumowując, nałeży powiedzieć, iż 
o jakości metody kompresji decydują dwa 
czynniki. Pierwszym jest oczywiście zysk 
ze zmniejszenia objętości danych. Drugim 
jest uniwersalność metody względem róż- 
nego typu danych. Uniwersalność ta jest 
jednak pojęciem względnym. 

Jeżeli archiwizujemy programy na dys- 
ku to program do kompresji musi 'chwy- 
tać' jak najwięcej typów danych, ze wzglę- 
du na ich wielorakość w programach. Na- 
tomiast jeżeli typ danych mamy z góry ok- 
reślony. np. grafika. to korzystniejsze sta- 
je się stosowanie metod bardziej specjalis- 
tycznych, mniej ogólnych, aczkolwiek częs- 
to bardziej zyskownych. 

Jak napisano w pewnej gazetce dys- 
kowej (Mega Magazine), opracowywanie no- 
wych algorytmów do kompresji danych jest 
chorobą wirusową - nowym wirusem kom- 
puterowym, który pożera każdą wolną 
chwilę programisty. Autor gwarantuje cał- 
kowite i nieodwracalne zarażenie spowo- 
dowane iekturą tego artykułu. 


Artur Wojciechowicz (Tori) 
W artykule skorzystano z dokumenta- 


cji PKZIP oraz z książki "Data compres- 
sion” Gilberta Held'a. 
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Assembler na C64 


F.. razem w naszym kąciku 
początkującego kodera zabie- 
rzemy się nareszcie za to, czego 
pewnie wszyscy już oczekują. Mam 
na myśli przerwania. Wiemy już 
jak napisać prostego scrolla. Wie- 
my również jak zsynchronizować 
różne operacje na ekranie z jego 
wyświetlaniem (generowaniem) 
przez komputer. 

Generalnie obowiązuje nas 
zawsze jedna i ta sama zasada: co- 
kolwiek modyfikujemy na ekranie, 
musimy to robić w takim momen- 
cie, kiedy jesteśmy pewni, że mo- 
dyfikowany fragment ekranu NIE 
jest właśnie generowany. Jeżeli za- 
pomnimy o tej zasadzie to efekty 
będą w najlepszym wypadku nie- 
ciekawe. 

Aby się o tym upewnić, propo- 
nuję np. w naszym scroll'u z pop- 
rzedniego odcinka zmodyfikować 
odrobinę wartość z którą jest po- 
równywany rejestr RASTER 
($d012) zwiększając ją, dajmy na 
to, o $04. 

Inny przypadek: załóżmy, że 
umieściliśmy na ekranie spriłe'a 
(chyba wszyscy wiemy co to takie- 
go...). Teraz zaczynamy go przesu- 
wać i jeżeli trafi się tak, że będzie 
on akurat wyświetlany w tym sa- 
mym momencie, to na pewno jego 
kształt na ekranie będzie znie- 
kształcony. Wszystkie te *efekty 
specjalne” można zaobserwować 
w wielu starszych grach na C-64. 

Szarpiące się scroll'e tudzież 
spritey nie należały kiedyś do rzad- 
kości. My jednak programujemy 
C-64 w roku 1992. A to do czegoś 
zobowiązuje. Zabierzmy się zatem 
do przerwań. 
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Jak już wcześniej wspomina- 
liśmy, po włączeniu zasilania kon- 
trolę nad komputerem przejmuje 
jego system operacyjny. Wykonuje 
on kilka niezbędnych procedur 
inicjujących rozmaite "podzespo- 
ły” - VIC'a, SID'a itp. Następnie 
sprawdza jeszcze. czy nie został 
zainstalowany w expansion porcie 
jakiś samostartujący cartridge. 

Odbywa się to w ten sposób, 
że sprawdzany jest obszar pięciu 
bajtów od $8004 do $8008 i po- 
równywany z zapisanym w ROMiie 
wzorcem. Jeżeli znajduje się tam 
sekwencja: $C3 $C2 $CD $38 $30, 
co odpowiada zakodowanemu 
w standardzie PETAŚCII tekstowi 
CBM80, to system pobiera z ko- 
mórek $8000/$8001 adres pod 
który przekazuje kontrolę (startuje 
program cartridge'a). 

Oprócz tego, pod adresem 
$8002/$8003 znajduje się tzw. 
wektor "warm start” cartridge'a. 
W przypadku wywołania przerwa- 
nia NMI (np. wciśnięcia klawisza 
RESTORE) procesor skacze pod ad- 
res wskazany przez ten wektor. Jak 
nietrudno się domyśleć możemy tą 
właściwość systemu operacyjnego 
wykorzystać do własnych celów np. 
uniemożliwić reset komputera... ale 
o tym innym razem. 

Na razie załóżmy, że nie mamy 
żadnego cartridge'a więc system po 
stwierdzeniu tego zainicjuje swoje 
przerwania i wystartuje zawarty 
w ROMiie interpreter języka BASIC. 
Nas najbardziej z tego wszystkiego 
interesują przerwania. Istotę przer- 
wań omawialiśmy już w artykule 
dotyczącym Armigi (KEBAB 7-8/92 
str. 20). Wiemy także, że dzięki 
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nim możemy np. korzystać z kla- 
wiatury i widzieć na ekranie efekty 
naszego *stukania w klawisze”. 
Przerwania wykonują dla nas rów- 
nież wiele innych mniej lub bar- 
dziej pożytecznych rzeczy (np. 
*mrugają” kursorem). Jak się to 
jednak wszystko odbywa? 

W C-64 oprócz procesora głów- 
nego (CPU), graficznego (VIC) 
i dźwiękowego (SID), znajdują się 
jeszcze dwa specjalizowane ukła- 
dy o nazwie CIA. Rejestry tych uk- 
ładów znajdują się odpowiednio 
w obszarach $DCO00-$DCOF i 
$DDOO0-$DDOF. CIA to skrót od 
angielskiego Complex Interface A- 
dapter. Układy te często nazywa 
się po prostu portami I/O (we/wy). 

Nie jest to całkiem słuszne, bo 
oprócz samych portów, układy te 
zawierają jeszcze sporo innych po- 
żytecznych rzeczy. Ato: zegar 
czasu rzeczywistego, dwa tzw. ti- 
mery programowalne na rozmaite 
sposoby oraz rejestry kontroli 
przerwań. Tak, obydwa układy 
CIA są w stanie generować przer- 
wania dła procesora. 

System operacyjny w trakcie 
wykonywania w/w procedur inic- 
jujących ustawia jeden z timerów 
układu CIA1 na odliczanie około 
1/60-tej sekundy. Inny rejestr z te- 
go układu jest tak zaprogramowa- 
ny, że po każdym odliczeniu w/w 
czasu układ generuje przerwanie 
IRQ. Nazwa ta to skrót od angiels- 
kiego (nterrupt (R)e(Q)uest (po pol- 
sku: prośba o przerwanie. Suge- 
ruje nam ona, że procesor może, 
ale wcale nie musi zgodzić się na 
wykonanie przerwania. 

I tak właśnie jest. Na wykona- 
nie przerwania IRQ procesor zgo- 
dzi się tylko wtedy, gdy znacznik 
I z rejestru SR będzie skasowany 
(patrz też KEBAB 9/92). Dowód 
na to mieliśmy w naszym scrollu 
z poprzedniego odcinka cyklu. Do- 
póki nie ustawiliśmy (komendą 
SET) znacznika I, dopóty przerwa- 
nia systemowe zakłócały nam pop- 
rawną pracę programu. 

W momencie gdy znacznik ten 
ma wartość jeden, procesor igno- 
ruje wszełkie prośby typu IRQ. 
Istnieje jeszcze jeden poziom przer- 
wań dla procesora 6510. 
Przerwania te nazywają się NMI. 
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W pełnym brzmieniu (N)on (M)as- 
kable (I)nterrupts. Z wykonania 
przerwań tego poziomu procesor 
nie może się *wymigać”. Natomiast 
są one stosunkowo mało wyko- 
rzystywane przez programistów 
gdyż istnieją tylko trzy możliwe 
źródła tego typu przerwań. 

Źródła te to układ CIA2, styk 
*D" z expansion portu oraz... kla- 
wisz RESTORE. Z pewnością każ- 
dy znas zna takie sytuacje gdy 
wydaje się, że komputer "zawisł” 
a mimo to odpowiednie wciśnięcie 
(w starszych wersjach: uderzenie) 
klawisza RESTORE przy jednoczes- 
nie wciśniętym klawiszu RUN/ 
STOP, powoduje przywrócenie kon- 
troli nad komputerem. 

Otóż każdorazowe wciśnięcie 
(uderzenie) klawisza RESTORE po- 
woduje wywołanie przerwania NMI. 
Niezależnie od stanu znacznika I, 
procesor musi zaprzestać wykony- 
wania czegokolwiek innego i zająć 
się przerwaniem. Polega to na tym, 
że aktualna komenda jest wyko- 
nywana do końca a następnie prze- 
syłany jest adres (stan rejestru PC) 
pod którym aktualnie wykonywany 
był program, do specjalnego ob- 
szaru pamięci zwanego stosem 
(ang.: stack) w następującej kolej- 
ności: najpierw starszy bajt potem 
młodszy. 

Następnie zostaje przesłana na 
stos aktualna zawartość rejestru 
SR. Po tych operacjach niezbęd- 
nych dla prawidłowej kontynuacji 
programu po powrocie z przerwa- 
nia, procesor pobiera zawartość ko- 
mórek o adresach $FFFA i $FFFB 
i wstawia je do rejestru PC. Ozna- 
cza to skok pod adres zapisany 
w tychże komórkach. Standardo- 
wo jest tam zapisany adres proce- 
dury obsługi przerwania NMI w pa- 
mięci ROM ($FE43). Procedura ta 
najpierw przesyła na stos zawar- 
tość rejestrów A, X, Y a następnie 
sprawdza stan klawisza RUN/ 
STOP. 

Jeżeli klawisz ten nie był wciś- 
nięty, to następuje natychmiasto- 
wy powrót z przerwania jak gdyby 
nic się nie stało. Jest to widoczne 
(a raczej niewidoczne) gdy w do- 
wolnym momencie wciśniemy sam 
kławisz RESTORE. Jeżeli jednak 
będziemy mieli w tym samym cza- 
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sie wciśnięty klawisz RUN/STOP 
to wtedy procesor nie powróci 
z powrotem do swoich czynności 
lecz wykona jeszcze kilka proce- 
dur inicjujących na nowo m. in. 
VIC'a. Dlatego np. po wciśnięciu 
RUN/STOP-RESTORE ekran przy- 
biera swoje zwyczajowe niebieskie 
kolory. 

W przypadku przerwań IRQ, 
ate przede wszystkim będą nas 
interesowały w przyszłości, spra- 
wa wygląda podobnie. To znaczy 
procesor wykonuje do końca ko- 
mendę, którą był zajęty w momen- 
cie pojawienia się impulsu IRQ. 
Następnie (inaczej niż NMI) spraw- 
dza stan znacznika I. Jeżeli znacz- 
nik ten nie był ustawiony, to nas- 
tępuje (tak samo jak NMI) przesła- 
nie na stos aktualnego stanu licz- 
nika rozkazów (PC) i rejestru sta- 
nów (SR). W tym momencie proce- 
sor sam ustawia sobie znacznik I, 
po to aby w trakcie wykonywania 
przerwania nie mogło wystąpić ko- 
lejne przerwanie. Dzięki takiemu 
rozwiązaniu wszystkie późniejsze 
prośby IRQ są ignorowane. Teraz 
pobierany jest z komórek $FFFE/ 
$FFFF adres procedury obsługi 
przerwania IRQ i skok do niej 
($FF48). Jeżeli weźmiemy jakiś de- 
bugger i komendą 


D FF48 


dokonamy disasemblacji w/w ob- 
szaru pamięci ROM, to powinniś- 
my zobaczyć coś takiego: 


FF48 PHA 

FF49 TXA 

FF44A PHA 

FF4B TYA 

FF4C PHA 

FF4D TSX 

FF4E LDA $0104,X 
FE51 AND 4510 
FF53 BEQ $FEF58 
FE55 JMP (50316) 


FF58 JMP ($0314) 


Omówmy zatem wszystko po 
kolei. Na samym początku mamy 
komendę PHA. Jest to komenda, 
która umieszcza na stosie (patrz 
słowniczek) zawartość akumulato- 
ra. Następnie TXA (to już znamy) 
i ponowne PHA spowoduje, że na 
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stosie znajdzie się dotych- 
czasowa zawartość rejestru 

X. Ipodobnie TYA, PHA 
prześle nam na stos zawar- 

tość rejestru Y. Teraz zaczy- 

nają się trudniejsze rzeczy. 

TSX to komenda, która ko- 

piuje zawartość tzw. wskaźnika sto- 
su (ang.: (S)tack (P)ointer) do re- 
jestru X. Jak zwykle skrót od 
(Transfer (S)P to (X). 

Jest to potrzebne po to, aby 
następna komenda (LDA $0104,X) 
mogła pobrać z obszaru pamięci 
stosu (proszę zwrócić uwagę, że 
nie napisałem *ze stosu”) umiesz- 
czoną tam dopiero co, dotychcza- 
sową (sprzed przerwania) wartość 
rejestru SR. Dokładne wytłuma- 
czenie tego jest dość kłopotliwe 
iw naszych rozważaniach na te- 
mat przerwań, mało istotne toteż 
ograniczymy się jedynie do poda- 
nia, że wszystkie cztery komendy 
od $FF4D do $FF53 służą do 
sprawdzenia, czy przerwanie zos- 
tało wywołane przez hardware'owy 
impuls IRQ, czy też przez komen- 
dę BRK. 

W pierwszym przypadku nastę- 
puje skok (BEQ) pod adres $FF58, 
w drugim natomiast wykonuje się 
komenda JMP ($0316). I w jednym 
iw drugim przypadku mamy do 
czynienia z nowym (dla nas) try- 
bem adresowania. Proszę zwrócić 
uwagę na nawiasy otaczające ad- 
res komendy JMP. W przypadku 
adresowania bezwzględnego (bez 
nawiasów) oznaczałoby to po pros- 
tu skok pod adres $0314 lub 
$0316. 

Natomiast w przypadku adre- 
sowania tzw. pośredniego (indirect 
adressing), bo tak się ten tryb na- 
zywa, oznacza to skok pod adres, 
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na jaki składa się zawartość kolej- 
nych dwóch bajtów od komórki 
$0314 (lub $0316). Przy czym naj- 
pierw odczytywany jest młodszy 
a następnie starszy bajt adresu. 
Trochę to zawiłe więc najlepiej po- 
każmy to na przykładzie. Obejrzyj- 
my naszym debuggerem pamięć 
od adresu $0314. 


M 0314 


powinno nam dać w odpowie- 
dzi następującą linijkę: 


:0314 31 EA 66 FE 47 FE 4A E3 


Jak widzimy, pod adresem 
$0314 mamy wartość $31. Pod ad- 
resem $0315 mamy $EA. Te dwa 
bajty to zakodowany w standardo- 
wym dla procesora 6502 systemie 
lo/hi byte (młodszy/starszy bajt) 
adres $EA31. Proste? Najpierw 
młodszy bajt ($31), następnie star- 
szy ($EA). Jak złożymy je razem to 
mamy wspomniane już $EA31. 

Wracając jednak do naszego 
JMP ($0314) to pewnie już się do- 
myślamy, że pod adresem wskaza- 
nym przez te dwie komórki musi 
znajdować się w ROMie procedu- 
ra obsługi przerwań. Po co tyle 
zagmatwania? Ktoś mógłby zapy- 
tać. Jedno przerwanie iaż tyle 
zbędnych skoków po pamięci. 
Otóż nie jest to zupełnie takie bez- 
sensownie. 

To, że przy obsłudze przerwa- 
nia procesor najpierw pobiera ad- 
res skoku spod $FFFE zostało zap- 
rojektowane przez twórców samie- 
go 6502/10. Działanie procesora 
w tym momencie można porównać 
do skoku pośredniego: . 


JMP (Ś$FFFE) 


Twórcy C-64 wstawili w ROMie 
wartości umożliwiające skok pod 
adres $FF48. Dlaczego? Ponieważ 
sam procesor, gdy otrzyma impuls 
IRQ, odkłada na stos tylko aktual- 
ny stan licznika rozkazów (PO) o- 
raz stan rejestru SR. Aby jednak 
przerwany program mógł później 
funkcjonować poprawnie tj. tak, 
jak gdyby nic się nie wydarzyło, 
należałoby jeszcze uchronić gdzieś 
zawartość rejestrów X, Y, A. To 


12 


właśnie robi procedura rozpoczy- 
nająca się od $FF48. 

Po wykonaniu wszelkich czyn- 
ności związanych z rejestrami nas- 
tępuje skok pośredni JMP ($0314) 
do procedury obsługi przerwań pod 
adres $EA31. Czemu tak? Nie proś- 
ciej skoczyć bezpośrednio używa- 
jąc komendy JMP $EA31? Ow- 
szem! Byłoby prościej. Ale nie o to 
w tym wszystkim chodzi. Dzięki te- 
mu, że został wykorzystany rozkaz 
skoku pośredniego, możemy sobie 
zaprogramować własną procedu- 
rę, która następnie może być wy- 
konywana każdorazowo w miejsce 
(lub oprócz) standardowej proce- 
dury z pamięci ROM. 

Jak to zrobić? To bardzo pros- 
te! Przecież komórki $0314 i $0315 
znajdują się w pamięci RAM! Mo- 
żemy w takim razie wpisać tam co 
nam się tylko podoba... No! Może 
nie tak całkowicie co nam się pod- 
oba, ale... Załóżmy, że napisaliś- 
my jakąś procedurę (podprogram) 
i chcemy aby wykonywała się ona 
co każde przerwanie (najczęściej 
ok. 50 razy na sekundę). Proce- 
dura nasza leży w pamięci począw- 
szy od adresu $6000. Napiszmy 
zatem: 


A5000 SEI 
A5001 LDA +$00 
A5003 STA $0314 
A5006 LDA 4$60 
A5008 STA $0315 
A500B CLI 
A500C RTS 


A6000 INC $D020 
A6003 JMP $EA31 


'Teraz jeszcze SYS 5*4096 i już 
jest! Nasz pierwszy program wyko- 
rzystujący przerwania działa! Co 
prawda niczego poważnego jeszcze 
nie robi, ale jest to chyba najpros- 
tszy sposób aby uświadomić wszys- 
tkim naszym kursantom 'jak to 
działa”. Przyjrzyjmy się jeszcze tro- 
chę dokładniej kolejnym komen- 
dom. 

Już na samym początku mamy 
SEI. Co ta komenda oznacza to już 
wiemy. Ale po co ona jest tu pot- 
rzebna? Otym za chwilę. Teraz 
następne dwie komendy. LDA +$00 
i STA $0314. Już wiemy, że pod 
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adresem $0314 mieści się młod- 
szy bajt wektora procedury przer- 
wań. Tam wstawiamy młodszy bajt 
adresu naszej procedurki. 

A teraz uwaga! wyobraźmy so- 
bie taką sytuację, że procesor właś- 
nie wykonał te dwie komendy 
i w tym momencie otrzymał impuls 
IRQ. Co się dzieje? Procesor wyko- 
nałby stadardowo skok poprzez 
wektor $0314/15. Ale młodszy bajt 
tego wektora został już przez nas 
zmieniony. W rezultacie mamy pod 
$0315 wartość $EA, a pod $0314 
wartość $00. W efekcie takiego 
działania procesor wykonałby skok 
pod adres $EAO0O czyli w przysło- 
wiowe maliny. A dokładniej w śro- 
dek procedury czyszczenia linii ek- 
ranu. 

Nam jednak wcale nie o to cho- 
dziło. Aby takiej sytuacji uniknąć, 
wstawiamy na początku naszego 
programu komendę SEI. W takim 
przypadku, dopóki nie ustawimy 
całego wektora jak należy, proce- 
sor będzie ignorował wszystkie 
prośby o przerwanie. Dobrze! Nas- 
tępne dwie komendy to wstawie- 
nie starszego bajtu adresu naszej 
procedury. Na końcu jeszcze tylko 
CLI (bo już wszystko mamy usta- 
wione) i przerwania już chodzą, 
a nasz program inicjujący powra- 
ca do BASIC'a komendą RTS. 

Pozostaje nam jeszcze tylko 
przyjrzeć się co robi fragment prog- 
ramu leżący pod $6000. Właściwie 
nic mądrego. Jeden INC $DO20 
powoduje "mruganie" borderem 
a JMP $EA31 to skok do oryginal- 
nej obsługi przerwań. Dzięki temu 
ostatniemu nasz komputer nadal 
działa "normalnie" tzn. oprócz 
zmieniających się kolorów ramki 
dlaej działa klawiatura, kursor etc. 


Oczywiście pozostaje tu pole do 
eksperymentów dla wszystkich 
Czytelników. Zamiast INC $DO20, 
możemy wstawić znacznie dłuższy 
program i zakończyć go skokiem 
pod $EA31. 

W następnym odcinku omówi- 
my już przerwania rastrowe i za- 
bierzemy się ponownie do poważ- 
niejszego kodowania. Zapraszam! 


SD! 
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Słowniczek: 


Sprites - to niezależne o- 
biekty graficzne, które można 
umieszczać na ekranie C-64. 
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Pozycja tych obiektów jest defi- 
niowana w odpowiednich rejes- 
trach VICa. Inne rejestry od- 
powiadają za to czy sprite ma 
się pojawiać "przed” czy *za” 
pozostałą zawartością ekranu. 


Timer - specjalny rodzaj ze- 
gara. Tzw. zegar odliczający 
w dół. Zegar taki po ustawie- 
niu odpowiedniego czasu odli- 
cza do zera. 


Wektor - tu: dwie komórki 
pamięci, przeznaczone do prze- 
chowywania adresu jakiejś pro- 
cedury systemowej. W C-64 is- 
tnieje wiele wektorów, gdyż dła 
większości procedur systemo- 
wych przewidziano odpowiedni 
wektor. Dzięki takiemu rozwią- 
zaniu programista może opra- 
cowywać własne procedury i, 
korzystając z wektorów, integ- 
rować je z systemem operacyj- 
nym. Oprócz wektorów przer- 
wań IRQ, BRK, NMI, istnieją 
także wektory dla procedur LO- 
AD, SAVE, OPEN. CLOSE, 
CHROUT, STOP i inn. 


Stack - po polsku: stos. 
Specjalny fragment pamięci 
w obszarze adresowym proce- 
sora. Specjalne komendy 
(PHA,PHP) umożliwiają szybkie 
odkładanie na stos zawartości 
rejestrów. lnne natomiast 
(PLA,PLP) służą do szybkiego 
pobierania odłożonych tam 
wartości. Nazwa pochodzi od 
sposobu dostępu. Zasada dzia- 
łania jest podobna do np. sto- 
su kartek. Ostatnią kartkę po- 
łożoną na stos, możemy pob- 
rać jako pierwszą. Jeżeli odło- 
żyliśmy pięć kartek w określo- 
nej kolejności, to pobrać je mu- 
simy w kolejności odwrotnej. 
Oczywiście zawsze instnieje 
możliwość odczytania jakiejś 
kartki spomiędzy innych, ale 
to już nie należy do tematu. 
Dla naszych rozważań przyj- 
miemy, że kartki (bajty) może- 
my odkładać tylko na szczyt 
stosu istamtąd je pobierać. 
W C-64 znajduje się zarezer- 
wowany na ten cel obszar od 
$0100 do $01FF. Specjalny re- 
jestr SP (Stack Pointer) czyli 
wskaźnik stosu służy proceso- 
rowi do szybkiej orientacji w ca- 
łym obszarze stosu. 
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Sprawozdanie z pola 


walki... 


ajwiększym wydarzeniem w 

powakacyjnej Polsce było war- 
szawskie Copy Party, zorganizo- 
wane przez grupę Action Direct. 
Copy Party to nic innego jak wielki 
zlot użytkowników Amigi, począw- 
szy od skromnych lamerków, na 
elitarnych grupach kończąc. My, 
jako redakcja Kebaba, byliśmy tam 
również i niniejszym spróbujemy 
wszystko opisać. Zanim przejdzie- 
my do szczegółów, należy powie- 
dzieć, iż mimo kilku niedociągnięć 
organizacyjnych, a także paru nie- 
miłych wydarzeń (ze strony przy- 
jezdnych), impreza udała się, lu- 
dzie byli całkiem zadowoleni, nie 
było ani pożaru, ani powodzi. 


Party rozpoczęło się w piątek o 
17, lecz my przybyliśmy na miejs- 
ce dopiero w sobotę rano. Więk- 
szość Arnigowców spała, jedynie 
na warcie stał, a raczej siedział Do- 
cent. Już na początku pierwsza 
duża krecha dla organizatorów: 
okazało się, iż mimo wcześniejszej 
rezerwacji, sali dla nas nie ma. 
W końcu dolinkowaliśmy się do sali 
zajmowanej przez szczecińską gru- 
pę INF. Party odbywało się w szko- 
le, więc miejsca było dość. Była 
dostępna nawet sala gimnastycz- 
na dla lubiących koszykówkę. 

Na parterze umiejscowiono big 
screen'a i całą aparaturę nagłaś- 
niającą. natomiast pierwsze piętro 
było przeznaczone na "rozbicie się” 
ze sprzętem. Do czasu rozpoczęcia 
się pierwszego music competition 
(konkursu na najlepszą muzykę), 
czas upływał na nawiązywaniu 
znajomości, oraz kopiowaniu prog- 
ramów. 
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Pojawiło się wiele nowych dem 
zagraniczych, ciekawych użytków, 
nowych obiektów do np. 
Imagine a. Grami mało kto Ę 
się zajmował, chyba że w ce- Ff") 


lach rekreacyjnych, po dłu- © 
giej pracy. Na party obowią-, ( 


zywała zasada: "Co ty masz, 

to i ja zaraz będę miał”, nie 

było więc mowy o sprzedawaniu 
programów, a całość odbywała się 
w ramach koleżeńskiej współ pra- 
cy. Nie wszyscy jednak tak miło 
spędzali czas. 


W sztabach grup Action Direct, 
Deform i W.F.M.H. trwały prace 
nad składaniem nowych dem. O i- 
le Musashi z Deformów, oraz Ro- 
bin i Mr. Soft z W.F.M.H. po wielo- 
godzinnej harówce dema swe zło- 
żyli, to zabiegi Action Direct skoń- 
czyły się tylko na rozpaczy ich mu- 
zyka - XTD. 

Na otarcie łez, A. Direct wydali 
długo oczekiwango diskmaga, 
a mianowicie Zig Zaga +6. Na par- 
terze Mr.Root z Sanity umilał czas 
grą na syntezatorze. Mimo nap- 
rawdę wspaniałej muzyki, dzięki 
maksymalnie nastawionej głośnoś- 
ci, mało było śmiałków słuchają- 
cych *koncertu” dłużej niż przez 
kilka minut. Tak mniej więcej up- 
ływał czas do godz. 16, czyli do 
rozpoczęcia się music compo. 


Do konkursu, po obradach 
specjalnego jury, dopuszczono 14 
muzyczek. Puszczano je kolejno, 
przy czym cały czas na big scree- 
nie pokazywany był odgrywający 
je ProTracker. Każdy otrzymał kartę 
do głosowaniana, na której miał 
wypisać kolejno pięć jego zdaniem 
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najlepszych muzyczek. Umieszcze- 
nie na jednej karcie do głosownia 
trzech pozycji (muzyka, grafika, de- 
mo) nie było zbyt dobrym pomys- 
łem. Po wpisaniu numerów modu- 
łów, trzeba było czekać do godziny 
24, aby już do końca wypełnioną 
kartę móc oddać. Bardzo nam się 
podobało podawanie informacji 
o czasie trwania modułu i zataje- 
nie nazwiska/ksywy jego wyko- 
nawcy. Głosowano więc na muzy- 
kę, anie na wykonawcę. Music 
Compo nie cieszyło się zbyt dużą 
frekwencją, wielu narzekało na po- 
ziom, ale według mnie nie było to 
winą piszących moduły (przeważ- 
nie), gdyż inaczej słucha się muzy- 
ki gdy jest ona puszczana w roz- 
sądnej głośności, a inaczej gdy 
wręcz zgniata ona głowę. Competi- 
tion i 1 mln złotych wygrał Jakub 
Husak. 

Korzystając z czasu do rozpo- 
częcia się graphic compo, udaliś- 
my się do największej w Warsza- 
wie oazy lamerstwa, czyli na giełdę 
przy ulicy Grzybowskiej. Tłumy bie- 
gające w pogoni za nowymi grami, 
przemądrzający się *koderzy” (fani 
RSI demomaker a), to tam normal- 
ne zjawisko. Niedobrze się robi rów- 
nież na widok sT-ciaków. Szybko 
więc wróciliśmy na nasze kochane 
party. 

Tymczasem na big 
screenie organizatorzy 
prezentowali film "Space 
Wars”. Jest to parodia fil- 
mu pt."Gwiezdne wojny”, 
wykonana w 100% za po- 
mocą Amig. Wspaniałą a- 
nimację stworzył Tobias 
Richter, a muzykę skom- 
ponował Bjom A. Lynne. 
Używali oni pięciu Amig 
w tym A-2000 z proceso- 
rem 68030/50 MHz i A- 
3000/25 MHz. 

Film w humorystycz- 
ny sposób przedstawiał a- 
tak rebeliantów na 
Gwiazdę Śmierci, gdzie 
roztrzygającą bronią była 
puszka Coca-Coli. Jakość 
obrazu dzięki karcie 
DCTV była na tyle dobra, 
by pościnać z nóg wszys- 
tkich Amigowców, nie 
mówiąc już o zwykłych 
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zjadaczach chleba. 

Ciekawostką jest tu fakt, iż 
stworzenie takiego filmu nie wy- 
magało użycia magnetowidów 
z możliwością nagrywania pojedyn- 
czych klatek (1), gdyż cała anima- 
cja była zgrywana bezpośrednio na 
taśmę. 

O dwudziestej rozpoczęło się 
graphic competition, na którym po- 
kazano ponad 30 rysunków kilku- 
nastu grafików. Każdy mógł zapre- 
zentować maksymalnie dwa obraz- 
ki i podobnie jak w music compo 
nie można było podpisywać się pod 
grafiką. 

Zachęta Mr.Roota, aby piętno- 
wać gwizdami rysunki wykonane 
w technice raytracingu lub skano- 
wane, wywołało zabawny efekt: wi- 
dzowie krzyczeli *skaning !!!” na- 
wet gdy na ekranie widoczne było 
jedynie okno AmigaDos'u. 

Poziom był wysoki, ale napraw- 
dę w ciągu kilku chwil trudno jest 
odróżnić precyzyjne, ręczne ryso- 
wanie, od zamaskowanego skanin- 
gu (a podobno miało być fachowe 
jury eliminujące tego typu prace 
21). Bardzo podobał mi się prosty, 
ale niezwykle efektowny rysunek 
przedstawiający Don Kichota: za- 
ledwie kilka precyzyjnych pociąg- 
nięć, a efekt imponujący. Graphic 
Compo i 1 min złotych wygrał Ani- 





OSTATNIO 
PRACOWAĆ 
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mal z grupy Action Direct. 


Sporo emocji dostarczył poje- 
dynek pomiędzy uczestnikami Co- 
py Party, a nieliczną grupą iBM'ow- 
ców. Wytoczono ciężką artylerię: 
IBM PC 486/50 MHz z 24-bitową 
kartą graficzną, kartą muzyczną, 
CD-Rom'em (czyli trudno by było 
o lepszą konfigurację) naprzeciw A- 
migi 4000 bez żadnego dodatko- 
wego osprzętu. Mimo takiej dysp- 
roporcji Amiga dzielnie obroniła się: 
ma przecież standardowo 16,8 mi- 
lionową paletę (ponad 256 tysięcy 
kolorów jednocześnie na ekranie), 
ponadto choćby 4 przetworniki a- 
nalogowo-cyfrowe są wyżej *noto- 
wane” nawet od szesnastu zwyk- 
łych generatorów dźwięku, a o sys- 
temie operacyjnym nie warto na- 
wet wspominać. 

Ciekawe czy następnym razem 
ktoś wystawi Amisię uzbrojoną już 
w np. Opal Vision, kartę z szes- 
nastoma szesnastobitowymi (ale to 
brzmi...) przetwornikami do dźwię- 
ku? Niestety tym razem nasz obóz 
nie mógł pochwalić się posiada- 
niem dema napisanego specjalnie 
dla 'czterotysiączki”, natomiast pe- 
ceciarze byli lepiej w nie zaopat- 
rzeni. i 

Pod względem oprogramowania 
użytkowego, Amigowców zadziwiła 
wreszcie normalna (w miarę 

szybka) praca pod syste- 
mem Windows. Nasuwa się 
pewne pytanie: czy, trzeba 
było aż 486/50 MHz, aby 
okienka pracowały jak na 
zwykłej Amidze 500??? Każ- 
dy kto widział Windowsy na 
AT lub nawet na 386, wie 
co to znaczy tragedia. 

*Kloniarze” nie popisali 
się również wiedzą, twier- 
dząc, że ich cudeńko jest 
w stanie wyświetlić na raz 
całą 24-bitową paletę. Pa- 
nowie!!! Nawet gdyby każdy 
piksel (taka kropeczka na 
monitorze) był w innym ko- 
lorze, to przy rozdzielczości 
1024x1024 ujrzymy niewie- 
le ponad milion kolorów. 


Kulminacyjnym momen- 


tem Copy Party był oczy- 
wiście "gwóźdź programu!” - 
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Demo Compo. Jeszcze przed go- 
dziną planowego rozpoczęcia, 
wszystkie miejsca były pozajmo- 
wane, a ludzie w tylnych rzędach 
musieli stać, by cokolwiek zoba- 
czyć. Do konkursu wystawiły swe 
produkcje praktycznie wszystkie 
większe grupy. Poziom dem był bar- 
dzo wysoki, a publiczność stanęła 
na wysokości zadania, nagradza- 
jąc najlepsze efekty brawami. Nie 
obyło się również bez śmiechu nad 
niektórymi archaicznymi częścia- 
mi, ale to wszystko podnosiło jesz- 
cze napięcie. Ściszono wreszcie mu- 
zykę do głośności zalecanej przez 
Polskie Towarzystwo Słuchologicz- 
ne. Głosowano na 3 dema: pierw- 
sze otrzymywało 3 punkty, drugie 
dwa, trzecie jeden. 


Wygrało przewagą kilkudziesię- 
ciu punktów demo *Software” gru- 
py World Federation of Mad Hac- 
kers (W.F.M.H.), przed Old Bull- 
sami i grupą Suspect. Na kolej- 
nych pozycjach uplasowały się: 

4. Flying Cows Inc. 5. Deform 
6. Mad Elks 7. Investation 8. De- 
fensywa 9. Beermacht 10. Barbie 
Fuckers 

Niemiłą niespodzianką był fakt, 
iż członkowie grupy Old Bulls po 


raz kolejny, pomimo wielokrotnych 
zakazów, głosowali na siebie. Choć 
nie zmieniło to kolejności, za karę 
unieważniono ich głosy. Główną 
nagrodą były 2 mln złotych, lecz 
całość procedury ogłaszania wyni- 
ków i wręczania nagród budziła jak 
najbardziej krytyczne odczucia. 
Chociaż wyniki wszystkich trzech 
konkursów były znane wkrótce po 
zakończeniu demo compo, oficjal- 
nie podano kolejność dopiero ra- 
no. 
Zabrakło jakiegokolwiek oficjal- 
nego i choćby troszeczkę uroczys- 
tego ogłoszenia wyników i wręcze- 
nia nagród. Ponadto oprócz graty- 
fikacji pieniężnych, organizatorzy 
powinni pomyśleć o jakiś skrom- 
nych pamiątkach. Na wcześniej- 
szej takiej imprezie w Żywcu, zwy- 
cięzcy otrzymali statuetki wykona- 
ne ze zwykłej śruby (1), tanie, ale 
jakże efektowne... 


Na tym właściwie powinien za- 
kończyć się opis Copy Party, gdyż 
niedziela była już tylko dniem od- 
jazdów. Warto może jeszcze wspo- 
mnieć o kilku dodatkowych 'efek- 
tach ubocznych”: 


a) Grupie Defensywa skradzio- 


no Amigę z 2.5 MB RAM. Mamy 
nadzieję, że sprawca zostanie uję- 
ty i osadzony w jednej celi z aTari 
ST lub pecetem. Ponadto zginęło 
kilka stacji dysków i wiadro *płas- 
kokrążków informacjonośnych”. 


b) Po imprezie zostało ty- 
le śmieci, że tylko wypada 


nam wyrazić głębokie wyra- 
zy współczucia organizato- AS 


TOI. t 


c) Gratulujemy szczęśliwemu 
znalazcy Action-Replay'a w pisua- 
rze. My obeszliśmy wszystkie sza- 
lety, ale sukcesu nie udało się pow- 
tórzyć. 


d) Na piętrach walały się pro- 
fesjonalne resztki egzemplarzy pew- 
nej gazety poświęconej Amidze. 


e) Odbył się konkurs na najład- 
niejsze beknięcie, ale wyniki nie są 
nam znane, bo gdy wyjeżdżaliśmy 
ostatnie beknięcie jeszcze trwało. 


f) Było fajnie, ale być może 
w przyszłym roku będzie jeszcze 
lepiej... 


Wysłannik 





„gł, U5TY PO 1 0D REDAKCJI 


Droga Redakcjo! 


Posiadam Amigę 500. Jes- 
tem zupełnie początkującym 
programistą w asemblerze. 
Wpisłem listing 2 zamieszczo- 
ny w KEBABie nr 2-3 na asem- 
blera MASTERSEKA V1.71. Po 
uruchomieniu pojawia się czar- 
ny obraz inic więcej. Chciał- 
bym, abyście mi odpowiedzieli, 
dlaczego nie pojawia się sprite 
sterowany myszką? 


Z poszanowaniem G.M. 


Co możemy odpowiedzieć? 
W zasadzie jedynym wytłuma- 
czeniem jest to, że listing mu- 
siał zostać błędnie przepisany 
bądź nieodpowiednio zasemb- 
lowany. Sam listing jest pop- 
rawny (zostało to sprawdzone). 
Przy przepisywaniu listingów 
w jakimkolwiek języku należy 


niezmiernie uważać aby nie po- 
pełnić najmniejszego błędu. 

Jakakolwiek nawet "mało 
istotna” różnica pomiędzy tym 
co jest wydrukowane a tym co 
przepisaliśmy spowoduje 
w najlepszym przypadku błęd- 
ne działanie programu. W przy- 
padku języka asemblera pro- 
wadzi to najczęściej do odwie- 
dzin GURU na naszym ekra- 
nie. Inną ewentualnością mo- 
że być wspomniany wyżej 'czar- 
ny ekran”. Nasza rada to 
sprawdzić DOKŁADNIE linijka 
po linijce każdy wiersz progra- 
mu. Ewentualnie parametry a- 
semblera MasterSeka (znacze- 
nie komend można znaleźć 
w KEBABiie nr 6/92). 

Ponadto musisz upewnić 
się, że zasembłowany kod pro- 
cedury znajduje się w pamięci 
CHIP; (opcja "c" przy urucha- 
mianiu assemblera) 


Z zadowoleniem przyjąłem 
listing programu *Tape-Bur- 
ger”... . Po pracowitym i dok- 
ładnym *'wklepaniu" za pomo- 
cą monitora i uruchomieniu 
programu, niestety nie chciał 
on działać. Ponieważ jestem 
przekonany o poprawnym pop- 
rawnym wprowadzeniu zbioru 
do pamięci proszę o ponowne 
przejrzenie go przez autora i e- 
wentualną korektę. Moja dru- 
ga prośba do redakcji. Niektóre 
systemy "turbo" po odczytaniu 
nagłówka zbioru podają adres 
startowy i końcowy zbioru. 
W jaki sposób go odczytać, je- 
żeli *turbo” nie ma takiej możli- 
wości lub program nie jest nag- 
rany w systemie turbo? 


Z poważaniem 

K. Wawrzyniak 

Szanowny Panie, 

zgodnie z Pańską prośbą 
autor ponownie przejrzał lis- 
ting programu i upewnił się co 


do bezbłędnego wydruku w KE- 
BAB'ie. Dodatkowym na to pot- 


wierdzeniem są liczne telefony 
od czytelników zadowolonych 
z poprawnego działania prog- 
ramu. Jeżeli jest Pan całkowi- 
cie przekonany o poprawnym 
jego wprowadzeniu, to jedynym 
wytłumaczeniem może być 
podłączony do komputera nie- 
kompatybilny cartridge np. 
krajowe cartridge typu *X" lub 
"Black Box” mogą po- 
wodować błędy w dzia- 
łaniu wielu programów 
m.in. naszego "Tape- 
Burger'a”. 

Sprawa druga: | 
większość systemów 
przyspieszających "turbo" ko- 
rzysta ze standardowego ob- 
szaru pamięci znanego jak tzw. 
bufor magnetofonu (TBUFFER) 
rozpoczynającego się od adre- 
su $033C i sięgającego do ad- 
resu $03FB. 

Zarówno w przypadku ko- 
rzystania ze standardowego 
(okropność!) systemu ładowa- 
nia z taśmy jak i w przypadku 
wszystkich programów "turbo" 
wzorujących się na pierwszym 


c. d. na stronie 17 
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Crunchery - 
który lepszy ? 


ysk na który możemy nagry- 

wać programy, ma jak pow- 
szechnie wiadomo 880 kB, jednak 
po sformatowaniu go uzyskamy już 
*tylko” 855952 bajty wolnego miej- 
sca, dostępnego bezpośrednio dla 
nas. Często pracując z dyskami, 
przytrafi nam się sytuacja, kiedy 
zabraknie na nich wolnej przest- 
rzeni i mimo uporczywych starań, 
prób negocjacji, gróźb i przek- 
leństw, Amiga nieubłaganie będzie 
wyświetlać komunikat "Volume 
"NaszDysk” is full” (dysk pełny). 
Mamy wtedy w zasadzie dwa wyjś- 
cia: 


1. Skasować niepotrzebne pliki 
(ale co wtedy, gdy wszystkie okażą 
się potrzebne?). 


2. Użyć jednego z programów 
do kompresji plików. 


Pierwszy sposób nie wymaga 
żadnych komentarzy, warto nato- 
miast zająć się drugim punktem. 
Zagadnienie dotyczące walki o 
miejsce na dysku, nie należy do 
dziedzin, w których wymagana jest 
wielka wiedza, lecz jeżeli się już 
tego podejmujemy, to należy mieć 
ogólne pojęcie co wolno crunch'o- 
wać, aczego nie, jakich progra- 
mów najlepiej użyć i jakie warunki 
należy spełnić, aby spakowany 
program dał się uruchomić. 

W tym artykule zajmiemy się 
przede wszystkim zastosowaniami 
praktycznymi tego cudownego wy- 
nalazku jakim jest kompresja. 


Podstawowe zagadnienie to wy- 
bór odpowiedniego programu. 
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Program ten musi korzystnie zap- 
rezentować się na polu szybkości, 
łatwości obsługi, ilości dostępnych 
opcji, a co najważniejsze: wydaj- 
ności. Oceniając dostępne progra- 
my pod tym kątem, na placu boju 
pozostają trzy: Turbo Imploder, Po- 
wer Packer i Crunch Mania. Naj- 
więcej cruncherów padło przy o- 
cenie ich szybkości - czas kompre- 
sji pliku o długości 100 Kb mógł 
trwać nawet kilka godzin!!! Ze zwy- 
cięskich programów, każdy ma swe 
wady i zalety, spróbójmy więc je 
krótko omówić. 


Turbo Imploder - szybki, efek- 
townie wykonany i bardzo wydaj- 
ny. Jeżeli zastosujemy program 
o nazwie earlyexplode np. urucha- 
rmiając go w startup-sequence, to 
możemy _ implodować wszystkie 
biblioteki, fonty, itp. Po zakończe- 
niu pakowania pliku, zostajemy 
otym 'dźwiękowo zawiadomieni. 
Dekompresja jest bardzo szybka 
i chwilkę po wczytaniu programów 
ze stacji, są one gotowe do pracy. 
Aby była ona możliwa, w katalogu 
LIBS musi znajdować się bibliote- 
ka 'explode.library”. 

Jest to sporą zaletą Implodera, 
ze względu na to, iż w przypadku 
crunch'owania wielu plików na 
dysku, będą one dodatkowo krót- 
sze o ok. 1600 bajtów każdy. Wys- 
tarczy uruchomić jeden zimplodo- 
wany plik, aby biblioteka "explo- 
de.library” się uaktywniła i doko- 
nywała następnych dekompresji. 
Turbo Imploder ma również i wa- 
dy. Zanudza nas beznadziejną mu- 
zyczką (moja praca z Imploderem 
zaczyna się od jej wyłączenia), za 
każdym razem odczytuje katalog 


LENNAM 


z dysku (zamiast go zapamiętać), 
nie kompresuje plików z danych 
(data), zajmuje sporo miejsca na 
dysku - ok. 64 Kb po skompreso- 
waniu. 


Power Packer - również szyb- 
ki, efektownie wykonany, choć od- 
robinę mniej wydajny. Przy zasto- 
sowniau PPLoadSeg, można pako- 
wać biblioteki, fonty, itp. Dekomp- 
resja wgranego pliku jest już tro- 
chę dłuższa, za to możemy pako- 
wać moduły, grafikę, animację, o- 
raz teksty! Pomocne stają się wów- 
czas programy takie jak PPPlay do 
odtwarzania modułów. PPmore do 
czytania tekstów, PPshow do grafi- 
ki i PPAnim do animacji. 

Ponadto jest wiele, a powstaje 
coraz więcej, programów dających 
sobie radę ze spakowanymi dany- 
mi, np. Protracker czy Disk Master 
3.3. Jeśli chodzi o kompresję da- 
nych, Power Packer stał się już po 
prostu standardem. Nie należy za- 
pomnieć o bibliotece *powerpac- 
ker.library” w katalogu LIBS. 

Ogromną zaletą Packera jest 
możliwość dekompresji plików 
scrunch'owanych uprzednio przez 
inne programy, możliwość ikonifi- 
zacji, ustawienia własnych prefe- 
rencji, korzystania ze script'ów 
iportu Arexxa. Program nie po- 
siada poważniejszych wad, z wy- 
jątkiem jednej - jest komercyjny! 


Crunch Mania - szybki, krótki 
(ok. 13 Kb po spakowaniu), z szyb- 
kim decrunch'erem, oraz cechują- 
cy się niezwykłą wydajnością. Ma- 
my możliwość ikonifizacji, ponad- 
to program podaje nam stale ilość 
wolnej pamięci Jego wadami są: 
podawanie długości plików i efek- 
tywności kompresji w postaci hek- 
sadecymalnej i miganie diody 
w podczas jego pracy (przeszkadza 
to w słuchaniu w tym czasie mu- 
zyki), brak opcji kompresji danych, 
oraz niemożność wgrania pliku, de- 
kompresji i nagrania go z powro- 
tem na dysk w normalnej (rozpa- 
kowanej) postaci. 

W najnowszej wersji Crunch 
Manii - 1.6 (która zresztą dotarła 
do redakcji już w czasie pisania 
niniejszego artykułu), zostały pop- 
rawione wszystkie uchybienia pop- 
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rzednika. Ponadto zastosowany 
został nowy, niespotykany dotąd 
sposób obsługi spakowanych da- 
nych. Dzięki programowi RTDD 
możemy kompresować nie tylko 
teksty, moduły, itp.. ale i nawet 
ikonyf!). 

Wydajność powyższych progra- 
mów przedstawia tabelka: 









Asm One 


Efekt kompresji jest zależny od 
posiadanej wersji programu. Ta- 
bela została wykonana na bazie 
następujących wersji: Crunch Ma- 
nia - v1.6, Turbo Imploder - v4.0, 
Power Packer - v4.0. 


Po tym podsumowaniu, należy 
rozwiązać tytułowy problem - któ- 
rego z nich najlepieiej jest używać. 
Odpowiedź na to pytanie jest zło- 
żona. Do kompresji danych może- 
my korzystać jedynie z Power Pac- 
kera, lub nowej Crunch Manii. Fak- 
tem jest, iż Power Packer był gor- 
szy w wydajności przy programach 
wykonywalnych, lecz udanie re- 
wanżuje się na polu pracy z plika- 
mi data, co w zasadzie rozwiązuje 
wszelkie wątpliwości. 

Do plików wykonywalnych oso- 
biście proponuję Turbo Implode- 
ra, ze względu na to, iż program 


"MANIA I 


KJKOWETNENKEZH 


ten stał się już podobnie jak Power 
Packer standardem, jego pliki są 
rozpoznawane przez m.in. BootX'a, 
a wydajność nieznacznie tylko us- 
tępuje Crunch Manii. Skompreso- 
wanie biblioteki, fonty,itp. po zas- 
tosowaniu eartyexplode'a działają 
idealnie, czego nie można czasami 
powiedzieć o PPLoadSeg, czy 















RTDD. Natomiast po właśnie 
Crunch Manię, warto sięgnąć w sy- 
tuacjch krytycznych (gdy na przyk- 
ład zależy nam na kilku kilobaj- 
tach na dysku). 


Na zakończenie kilka uwag : 


1. Jeżeli posiadasz mało pa- 
mięci (najczęściej jest to 0.5 Mb, 
choć czasami dla niektórych 4 Mb 
to mało), to pamiętaj, że aby możli- 
wa była dekompresja, wymagana 
jest wolna pamięć często dwukrot- 
nie większa od rozmiaru spakowa- 
nego pliku. I tak na przykład zim- 
plodowany Imagine na Amidze z 1 
Mb, nie ma najmniejszego zamia- 
ru się uruchamiać. W tego typu 
przypadkach należy postarać się 
o niespakowane wersje (orginalne 
programy nie są crunchowane), lub 
też dokupić pamięć. 


Innym wyjściem z sytuacji jest 
posłużenie się Titanics Crun- 
cher'em. jego działanie jest inne 
niż pozostałych programów. Otóż 
nie kompresuje on pliku jako ca- 
łości, lecz dzieli go na części i każ- 
dą z osobna pakuje. Przy ła- 
dowaniu pliku, części te (o 
długości ok. 5 Kb) są odczy- 
tywane i kolejno dekopreso- 
wane, przy czym ze względu 
na ich długość nie jest wy- 
magane wiele pamięci. 


= 


2. Jeżeli skompresujemy plik 
zarażony wirusem linkowym (do- 
czepiającym swój kod do innych 
programów), to programy antywi- 
rusowe, mimo najszczer- 
szych chęci, nie będą potra- 
fiły zlokalizować mikroba, 
mimo że oczywiście rozpoz- 
nają go w pamięci. 
potrafi zdekompresować plik 
z Power Packera, ale sprawa 
jest beznadziejna, gdy użyto np. 
DefJam Packer'a, czy chociażby na- 
szej Crunch Manii. 


3. Czasami zdarzyć się może, że 
program po sesji z Power Packe- 
rem nie będzie działał prawidłowo 
(herezje z allokacją pamięci), lub 
nawet wcale. Jest to bardzo, bar- 
dzo rzadkie, ale jeżeli już się zda- 
rzy, używamy po prostu innego 
cruncher'a. 


4. Najlepiej kompresują się tek- 
sty, pliki wykonywalne zależnie od 
ich struktury, za to moduły kur- 
czą się bardzo opornie. 


Zbigniew Piotrowicz 





BootX | l 


„żę, STY DO 1 0D REDAKCJI 


dokończenie ze str. 15 


programie Stephana Senz'a, po 
wczytaniu nagłówka (ang.: he- 
ader) znajdują się w tym ob- 
szarze, oprócz nazwy zbioru, 
również informacje o jego typie 
jak iadresach początkowym 
i końcowym. Czy zostaną one 
wyświetlone na ekranie w od- 
powiednim momencie czy nie, 
zależy tylko od intencji autora 
danego "turbo". Jeżeli chcemy 
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koniecznie wiedzieć pod jaki 
adres ma się dany zbiór łado- 
wać, wystarczy po wczytaniu 
nagłówka odczytać pięć pierw- 
szych bajtów z bufora magne- 
tofonowego. 

W standardowym systemie 
pierwszy znich oznacza typ 
zbioru, dwa następne to adres 
początkowy zapisany w ogólnie 
przyjętym w C-64 formacie 
młodszy/starszy bajt. Dwa 
następne to tak samo zapisa- 


ny adres końcowy zbioru. Je- 
żeli posługujemy się wprawnie 
heksem (szesnastkowym spo- 
sobem liczenia), to jedno spoj- 
rzenie monitorem pamięci pod 
adres $033C powinno powie- 
dzieć nam wszystko. 

Z poziomu BASIC'a należy 
przeliczyć sobie adresy na dzie- 
siętne korzystając np. z poniż- 
szego przykładu. 


PRINT PEEK(829)+256*PE- 
EK(830) 

wyświetli nam adres po- 
czątkowy a: 


PRINT PEEK(831)+256*PE- 
EK(832) 


LENNN 


adres końcowy. 


W wielu systemach | 
"turbo" typ zbioru znaj- 
duje się za adresami ładowa- 
nia więc należy odpowiednio 
dopasować wyżej podane linie. 


Szanowna Redakcjo ! 

Od niedawna jestem użyt- 
kownikiem Amigi. Używam A- 
nosa 1.3 do pisania progra- 
mów. Nurtuje mnie następują- 


c. d. na stronie 18 
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Katharsis 


W o” grupa Katharsis 
została założona w roku 
1990 przez Raf'a i War'a. Rozpo- 
częli oni swą pracę na Amidze od 
wydania intra, co zresztą z biegiem 
czasu stało się ich specjalnością - 
obecnie po Polsce krążą cztery róż- 
ne wersje intr. Po jakimś czasie 
szeregi zasilili Andy Brent i S.S 
Captain. Następną produkcją by- 
ło demo o nazwie Unibobs, plasu- 
jące się na piątym miejscu dysko- 
wego Kebaba. Niestety War nie na- 
pisał już następnego dema. Zginął 
w tragicznym wypadku, co z pew- 
nością zubożyło polską scenę. 
Największy rozgłos grupie Kat- 
harsis przyniosła działalność S.S 
Captain'a. S.S Captain był pierw- 
szym w Polsce modem traderem 
pracującym w trybie 14400 bo- 
dów. Zdecydowana większość no- 
wości pochodziła właśnie od niego, 
a wszystkie przybytki typu giełd, 
czy miejskich nagrywalni, w dużej 
mierze na nich bazowały. W ten 
sposób grupa zyskała sławę wśród 
nie tylko ludzi zainteresowanych 
polską sceną, alei przeciętnych ła- 


maczy joysticków. 

Kolejnymi członkami grupy byli 
koder Mac i grafik Jerry. Od razu 
zabrali się oni do pracy, co wkrót- 
ce zaowocowało wydaniem nowe- 
go dema o nazwie Let's Strip. Ów- 
czesna działalność Katharsisów to 
nie tylko dema i *świeże downlo- 
ady”, ale ze względu na wszechst- 
ronność ich prezesa - Rafa, rów- 
nież dyski muzyczne - The Best of 
Raf. Ponadto Mac zajął się udos- 
konalaniem Virus Experta oraz 
Disk Mastera kodowanego wcześ- 
niej przez Gully'ego. 

Praca nad Virus Expertem za- 
kończyła się wydaniem komercyj- 
nej wersji polskiej tegoż progra- 
mu. Swego czasu był to najlepszy 
*użytek” antywirusowy, lecz ze 
względu na brak kolejnych ulep- 
szeń, został wyparty przez BootX a. 
Wkrótce Warszawiacy stworzyli 
swą śląską sekcję, do której weszli 
ex. członkowie Hypnosis. Sekcja 
ta wydała pod szyldem Katharsis 
demo Testament. Radość z pręż- 
nego oddziału śląskiego nie trwała 
długo. Połowa sekcji zrezygnowała 


ze współpracy, a został jedynie Mad 
Max i Don Kichot. 

Dosyć głośną sprawą była woj- 
na pomiędzy Katharsis, a Luzer- 
sami. Jeżeli ktoś jest zaintereso- 
wany, odsyłamy do Zig-Zaga. Ze 
swej strony uważamy, iż tego typu 
konflikty są niepoważne (patrz ar- 
tykuł Savoir-vivre z poprzedniego 
numeru). 


Do kolejnych ich zadań zaliczyć 
należy łamanie zabezpieczeń i wy- 
dawanie wraz z grupą Action Di- 
rect Zig-Zaga. Kod do niego napi- 
sał Raf (numery 42-45). Katharsisi 
odwiedzali trzykrotnie imprezy ty- 
pu Copy Party: dwukrotnie zorga- 
nizowane na Węgrzech (na jednym 
z nich pierwsze miejsce zajął bę- 
dący przez pewien czas ich człon- 
kiem - Mr.Root) i raz Amega Party 
w Norwegii. 

Grupa pięła się coraz wyżej, lecz 
nastąpił kryzys spowodowany nie- 
porozumieniami przy przyjmowa- 
niu nowych i pozbywaniu się sta- 
rych członków. Odeszli Mac i S.S. 
Captain, wstępując do zachodniej 
grupy łamiącej programy - Fusion. 
Na miejsce S.S.'a doszedł z BBS'em 
Easy Rider, atakże PSV (swap- 
per, decoder), Smuggler (koder) 
i Backfire (swapper). Wielu uwa- 
ża, iż wraz z malejącą produktyw- 
nością grupy, a także z odejściem 
dwóch z trzech najbardziej znanych 
członków - czasy świetności Kat- 
harsis minęły. Przyszłość pokaże 
czy stać ich jeszcze na odbudowa- 
nie dawnej potęgi. 


Na podstawie informacji od 
Mr.Root'a opracował: 
Zbigniew Piotrowicz 


ZA 
x LISTY DO I OD REDAKCJI 


dokończenie ze str. 17 


cy problem: mimo iż posiadam 
kompilator, nie potrafię sprawić, 
aby program uruchamiał się 
z CLI lub bezpośrednio z dys- 
ku. anie spod okna edytora. 
Mimo wielokrotnych prób kom- 
pilacji, nie udało mi się wczy- 
tać napisanego przeze mnie 
programu. (...) 
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Sławomir Ostrowski 


Przyczyn tego zjawiska mo- 
że być kiłka (zakładając, że u- 
dało się nam już skompilować 
program): 


1.1. Brak biblioteki disk- 
font.library w katalogu Libs 
z dysku na którym nagrany jest 
skompilowany plik. 


1.2. W samym kompilerze, 
w menu *Compiler Program Se- 
tup”, opcja "Create default scre- 
en” jest ustawiona na *No”. 
W tym przypadku, Amos nie 
stworzy automatycznie pods- 
tawowego ekranu dla progra- 
mu, a pierwsza komenda od- 
noszące się do niego, spowo- 
duje błąd i wyjście z programu. 
Najlepiej ustawić tę opcję na 
"Yes". zaś pozostałe na 'No”. 


1.3. Uszkodzony plik Com- 
piler.AMOS, lub jego nieumie- 
jętna przeróbka przez niepo- 
wołaną osobę. 


LEDAM 


Jeżeli kompilator nie ma o- 
choty kompilować w ogóle, to 
najczęściej spowodowane jest 
to: 

2.1. Brakiemm wszyskich pli- 
ków niezbędnych dla kompile- 
ra (m.in Compiler.library, 
A_comp.lib). 

2.2 Nieprzetestowanym 
programem - komunikat *prog- 
ram not tested !!!”. 


2.3. Patrz punkt 1.3. 


c. d. na stronie 36 
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Fast,Faster... 
the Fastest (RAM) 





Noc. miałem okazję prze- 
czytać w jednym z czasopism 
komputerowych test (7) rozszerze- 
nia pamięci o nazwie Megamix pro- 
dukcji niemieckiej firmy Tri-State. 
W ramach uzupełnienia tematu 
postanowiliśmy przyjrzeć się z blis- 
ka trzem innym rozszerzeniom pa- 
mięci typu Fast-Ram (ten prawdzi- 
wy - dołączany z boku obudowy) 
dla A-500. Mamy zatem w prog- 
ramie urządzenie o nazwie ME- 
GA-RAM produkcji polskiej (!) 
spółki Elsat (pewnie ELektronika 
SATelitarna...). Dla uproszczenia 
będziemy go dalej nazywać "MR". 
Następnie urządzenie dalekows- 
chodniej (Tajwan, Singapur, Ma- 
lezja, Filipiny, Hong-Kong itp.) 
produkcji markowane znakiem 
Golden Image. Te będziemy nazy- 
wać "GI”. Jak również produkt 
firmy Supra Corporation o nazwie 
Supra RAM 500RX. Nazwijmy je 
"RX". Wszystkie trzy urządzenia 
mają spełniać to samo zadanie: 
dodać trochę pamięci do naszej 
*"pięćsetki” nie blokując przy tym 
dostępu do EXPANSION PORT'u, 
tak abyśmy nie musieli rezygno- 
wać np. z twardego dysku czy car- 
tridge'a podłączanego w to samo 
miejsce. W przestrzeni adreso- 
wej wszystkich Amig wyposażo- 
nych w procesor 68000, przewi- 
dziano miejsce na zainstalowanie 
do ośmiu megabajtów pamięci ty- 
pu "FAST". 

Pamięć ta jest widziana przez 
system w obszarze od $200000 
do $A00000. Wszystkie prezento- 
wane rozszerzenia zostały wypo- 
sażone fabrycznie w układy pa- 
mięci RAM o sumarycznej pojem- 
ności dwóch megabajtów. W przy- 
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padku GI możemy dodać jeszcze 
2MB, a w pozostałych przypadkach 
dwa lub sześć megabajtów. 
Zacznijmy zatem od GI. Z dale- 
ka dosyć solidnie wyglądająca o- 
budowa tego rozszerzenia traci do- 
syć sporo po bliższym zapoznaniu 
się znią. Jak większość produk- 
tów markowanych znakiem GI, 
również i ten nie zachwyca zbytnią 


MAPA PAMIĘCI AMIGI- 


$000000 | 512 KB Chip-RAM 
Chip-RAM c.d. lub odbicie 
$080000 | „pszaru $000000-$080000 


$100000 Chip-RAM c.d. lub odbicie 


_ obszaru $000000-$080000 


Chip-RAM c.d. lub odbicie 
$ 
D 


obszaru $080000-$100000 
- 8MB FAST-RAM 
układy CIA 





pseudo-fast c.d. 
ŚCEDOO _A500 i A2000 


o 
CUSTOMCHIPS 
obszar rozszerzeń a took 
moduły ROM 
Kickstart (512 kB) lub odbicie 


Kickstartu 256 kB 


KEDANAN 


$C 
$caoooo | 11 Wykorzystane lub ew. 

DZSZ CY "RA 
$ 


5 rozszerzenie pamięci i wczesne 
_  A2000 (pseudo-fast) 
0 
0000 






















precyzją wykonania. Po dołącze- 
niu do A500 okazuje się, że urzą- 
dzenie działa (!) (przynajmniej tak 
sugeruje świecąca kontrolka w 
obudowie) ale nasz komputer stał 
się znacznie szerszy. 

Rozmiary (szerokość) 
obudowy GI przekraczają 
normy przeznaczone dla 
twardych dysków połączo- 
nych w jednej obudowie 
z kontrolerem (sterowni- | > 
kiem) SCSI i miejscem na i 
osiem megabajtów RAM'u... Tego 
typu szafowanie miejscem na stole 
ewentualnego użytkownika na 
pewno nie odpowiada dzisiejszym 
standardom. Strach myśleć co się 
będzie działo gdy zechcemy do na- 
szej A500 podłączyć jeszcze twar- 
dy dysk icartridge. Spróbujmy 
zatem! Odłączamy ponownie GI od 
komputera (oczywiście nie zapo- 
minając wcześniej go wyłączyć) 
iodszukujemy sprytną 
przykrywkę z boku obu- 
dowy. 

Przykrywka ta z niewia- 
domych powodów (może ze 
strachu, że ktoś będzie 
chciał coś tam podłączyć) 
została zamaskowana spe- | 
cjalną nalepką. Po usu- 
nięciu tejże (nalepki) nale- 
żałoby w/w przykrywkę 
usunąć. Współczuję 
wszystkim, którzy zasuge- 
rują się wytłoczoną strzałką i bę- 
dą próbowali wyjąć przykrywkę 
we wskazywanym przez nią kie- 
runku. Jeżeli w porę nie zrezyg- 
nujemy, to próby takie skończą 
się prawdopodobnie uszko- 
dzeniem obudowy. Jeżeli 
natomiast uda nam się wy- 


dedukować właściwy kieru- )— 
nek wyjmowania przykryw- = 
ki, to efekt jest natychmias- 
towy. 

Po tym pierwszym sukcesie ła- 


piemy co tam posiadamy np. 
twardy dyski próbujemy dołączyć 
go do świeżo odkrytej szczeliny 
w obudowie GI. Tu okazuje się, 
że to jeszcze nie koniec niespo- 
dzianek jakie zgotowali nam pro- 
ducenci z dalekiego wschodu. Co 
tym razem? Okazuje się, że kra- 
wędź płyty, do której chcieliśmy 
się podłączyć znajduje się tak głę- 
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boko wewnątrz obudowy, że mimo 
szczerych chęci nie uda nam się 
naszych dwóch urządzeń połączyć 
ze sobą. 

Czy jest na to rada? Jest! Z cze- 
luści pudełka po GI wydobywa- 
my... przedłużacz do złącza kra- 
wędziowego. Taki sobie mały ka- 
wałek płytki drukowanej a ile ra- 
dości! Swoją drogą ktoś musiał 
nieźle pogłówkować, żeby coś ta- 
kiego wymyśleć. Zawsze to 86 sty- 
ków więcej do brudzenia się... No, 
ale dosyć złośliwości. Podłączamy 
twardy dysk i... Amiga kwituje na- 
sze wysiłki mrugającą zalotnie lam- 
pką POWER... Widać producent ty- 
le wysiłku włożył w wymyślanie 
rozmaitych atrakcji dla ewentual- 
nego użytkownika, że zapomniał 
o tym, że nie każdy już dzisiaj lubi 
dyskoteki i mrugające lampki nie 
zawsze będą mile widziane. Znając 
już z doświadczenia takie przypad- 
ki postanowiliśmy spróbować pod- 
łączyć nie twardy dysk do GI a od- 
wrotnie. 

Udało nam się od razu (nawet 
przedłużacz nie był potrzebny). 
Problem tylko taki, że efekty uzys- 
kaliśmy podobne jak przy poprzed- 
niej próbie (tej z przedłużaczem). 
Skoro nie udało się z twardym dys- 
kiem, to może jakiś cartridge? Pro- 
szę bardzo! Ale również nie dzia- 
ła... To może chociaż zobaczmy czy 
to w ogóle działa! Po wyszukaniu 
gdzieś z zapasów dyskietki syste- 


GOLDEN IMAGE - FAST RAM 
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mowej "Workbench" uruchamiamy 
Amigę z podłączonym do niej tylko 
rozszerzeniem Golden Image. 

O dziwo Workbench ładuje się 
poprawnie i nawet pokazuje nam 
na górnej krawędzi ekranu, że ma- 
my dwa megabajty "other mem” 
(0S2.0). Wszystko wydaje się dzia- 
łać poprawnie. Niestety na spraw- 
dzenie prawidłowego działania po- 
ważniejszych programów nie poz- 
wolił nam brak możliwości uru- 
chomienia twardego dysku. 

Jak widać na powyższym przyk- 
ładzie AUTOCONFIG * jest dla nie- 
których producentów zbyt skomp- 
likowanym rozwiązaniem. Spróbuj- 
my zatem zobaczyć jak to jest wy- 
konane w środku. Po demontażu 
obudowy oczom naszym ukazuje 
się płyta drukowana zaopatrzona 
w 2MB RAMu w jednomegabito- 
wych układach typu DIP. Ewentu- 
alne dodatkowe dwa megabajty 
możemy wstawić korzystając z mo- 
dułów typu SIMM. 

Wykonanie płyty nie pozosta- 
wia wiele do życzenia. Dobra ja- 
kościowo i technologicznie płyta nie 
idzie niestety w parze z właściwym 
działaniem. 

Drugim kandydatem do oceny 
jest w dniu dzisiejszym produkt 
warszawskiej firmy *"Elsat"”. Urzą- 
dzenie o dumnej nazwie Mega-Ram 
sugeruje nam od razu całe 1MB. 
Okazuje się, że jest tam tego RAMu 
więcej (2MB). Po wypakowaniu 


GK 
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z nienajładniejszego (rzecz gustu) 
ale za to dość funkcjonalnego opa- 
kowania mamy okazję podziwiać 
cacko rodzimej (1) ponoć produk- 
cji. 

Metalowa obudowa z dużym 
czarnym napisem, niewiele ustę- 
puje swoją szerokością tej od GI. 
Za to jest trochę krótsza. Jak mo- 
żemy zobaczyć na zdjęciu, komuś 
kto projektował obudowę od MR. 
chyba ciągle 'obsmykiwała” się rę- 
ka. Efektem tego jest fakt, że ani 
przednia, ani tylna krawędź nie 
jest dopasowana do odpowiednich 
krawędzi obudowy Amigi. Najbliż- 
sza ideału była znajdująca się 
mniej więcej w 1/3 długości MR 
krawędź załamania. Jednak i tu 
brakuje ładnych paru milimetrów 
aby pasowała ona do tej na A-500. 
Mimo tego, że (jak wspominałem) 
estetyka to rzecz gustu, to muszę 
stwierdzić, że mnie osobiście razi 
coś takiego. Odłóżmy jednak na 
bok te dywagacje natury estetycz- 
no-formalnej i przejdźmy do konk- 
retów. Wewnątrz opakowania op- 
rócz samego MR znajduje się jesz- 
cze dyskietka i całkiem przyzwoita 
pod względem poligraficznym inst- 
rukcja obsługi. Również treść inst- 
rukcji była dla mnie miłym zasko- 
czeniem. 

Ktoś przyzwyczajony do fatal- 
nych zazwyczaj pod każdym wzglę- 
dem instrukcji dołączanych (lub 
nie) do produktów naszej polskiej 





SUPRA RAM 500RX 
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przedsiębiorczości, może dostać 
w pierwszej chwili ataku czkawki 
ze zdziwienia. Instrukcjaw sposób 
przejrzysty i rzeczowy tłumaczy 
wszystko co istotne z punktu wi- 
dzenia użytkownika MR. 

Równie silnym zaskoczeniem 
jest zawartość dołączonej dyskiet- 
ki. Co prawda brak w mojej szuf- 
ladce systemowej *FONTS:” fontu 
o nazwie pol-top powoduje natych- 
miastowe odwiedziny GURU, ale 
po resecie boot'ujemy Amigę z dys- 
kietki i... mamy obrazkową inst- 
rukcję obsługi. 

Dobrej jakości, digitalizowane 
obrazki prowadzą nas za rączkę 
przy podłączaniu nowego nabyt- 
ku. Co prawda ja osobiście nie po- 
łożyłbym do zdjęć (digitalizacji) 
Amigi na ławie "na wysoki połysk” 
przykrytej obrusikiem w szlaczki 
i wzorki (eh, estetyka) bo to trochę 
zaciemnia obraz ale poza tym nie 
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ma się do czego przyczepić. 

No, może jedynie do tego, że 
w momencie gdy napis głosi *wy- 
łączyć komputer” to obrazek po- 
kazuje zasilacz z przełącznikiem 
w pozycji "I". Co by jednak nie mó- 
wić, pomysł doskonały i wykona- 
nie całkiem przyzwoite. Przed pod- 
łączeniem postanowiliśmy od razu 
zdjąć przykrywkę przesłaniającą 
dostęp do złącza krawędziowego 
z boku. Aby tego dokonać nie pot- 
rzebowaliśmy stosować żadnych 
trików. Wystarczył zwykły. płaski 
(71) wkrętak i odkręcenie dwóch 
mosiężnych śrubek od spodu obu- 
dowy. Również dołączenie twarde- 
go dysku nie przysporzyło nam 
problemów i nie wymagało stoso- 
wania np. przedłużacza... 

Po podłączeniu wszystkiego 
okazało się, że Amiga... działa! 
System startuje z twardego dysku 
bez problemów. Żaden program nie 
zachowuje się nienor- 
malnie. Słowem: wszys- 
tko OK! No, może pra- 
wie wszystko. Występu- 
ja pewne problemy 
w pracy z cartridge ami 
typu X-Power czy AR. 
W pewnych momen- 
tach (po aktywacji free- 
zera) następuje po pros- 
tu całkowite "*zawiesze- 
nie” komputera.Spraw- 
dzamy jeszcze inne 
kombinacje (kolejność) 
podłączeń. 

Każde urządzenie 
kompatybilne z Amigo- 
wym AUTOCONFIG'iem 
powinno działać nieza- 
leżnie od tego czy mel- 
duje się jako pierwsze. 
czy jako drugie, piąte 
itp. Tu niestety drobne 
ostudzenie naszych za- 
pałów. Okazuje się, że 
MR działa poprawnie 
tylko wtedy, gdy jest 
podłączony do kompu- 
tera jako pierwszy. Każ- 
da inna kombinacja po- 
woduje. że system się 
nie uruchamia. Na za- 
kończenie naszego tes- 
tu należałoby jeszcze 
zajrzeć do środka. Od- 
kręcamy kolejne, mo- 
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siężne, żółte (znowu ta estety- 
ka...) śrubki z płaskim nacięciem. 

Tak na marginesie, to pomija- 
jąc już kolor śrubek, który niezbyt 
mi pasuje do dosyć wiernie odtwo- 
rzonego *Amigowego" koloru obu- 
dowy, to trzeba pamiętać 
o tym, że świat nie dla kap- = 
rysu odszedł już niemal zu- 
pełnie od płaskiego nacięcia 
na łebkach śrub i zastąpiłje AA, 
innymi (np. krzyżowym Da- 
visa). 

Po odkręceniu śrubek. kolejna 
niespodzianka. Cała płyta rozsze- 
rzenia wykonana jest w technolo- 
gii SMT. Po raz pierwszy w pols- 
kim produkcie spotykamy się 
z czymś takim. Co prawda sposób 
wykonania samej płyty łudząco 
przypomina produkcję rodem 
z Hong-Kongu z połowy lat osiem- 
dziesiątych, a nigdzie (przynajm- 
niej z wierzchu) nie jest napisane 
gdzie właściwie płyty są wy- 
konywane, to jednak napis %% 
głosi "ELSAT 1992”. 


Niezależnie od tego, skąd > 43 J 


faktycznie pochodzi pro- 
dukcja ELSAT'u, należą się 
wam panowie producenci 
spore słowa uznania. W roz- 
szerzeniu MR zastosowano 
pamięć zawartą w jednome- 
gabajtowych modułach ty- 
pu SIMM. Fabrycznie ma- 
my zainstalowane dwa takie 
moduły.  Dostawienie kolejnych 
megabajtów wymaga przestawie- 
nia odpowiednich zworek (jum- 
perów). Tu również miła ciekawos- 
tka. 

Na płycie zaraz obok właściwych 
styków mamy namalowane wszys- 
tkie możliwe kobinacje zworek dla 
poszczególnych konfiguracji (2, 4, 
8MB). Niby drobiazg, ale jak użyt- 
kownik wpadnie na pomysł dosta- 
wienia dodatkowych modułów np. 
po dwuletniej eksploatacji, to mo- 
że się okazać, że instrukcja obsłu- 
gi już dawno została pogryziona 
przez psa, przeczytana przez dwu- 
letnią siostrę lub przydarzyła jej 
się jakaś inna tragedia. W tej sy- 
tuacji trudno o lepsze rozwiązanie 
niż gotowa ściągawka na płycie. 

Na podsumowanie naszego tes- 
tu MR, należałoby powiedzieć, że 
ponieważ mamy możliwość porów- 


21 





COMMODORE 





nań z produktami najlepszych firm 
światowych, to stawiamy bardzo 
wysokie wymagania testowanym u- 
rządzeniom. W takiej sytuacji spo- 
dziewaliśmy się znacznie gorszych 
rezultatów. Pozytywne niespo- 
dzianki na każdym niemal kroku 
zmusiły nas jednak do weryfikacji 
poglądów. Mega-Ram wydaje się 
być produktem na całkiem przyz- 
woitym poziomie. 

Na koniec jednak zachowaliś- 
my prawdziwy rodzynek w dziedzi- 
nie rozszerzeń pamięci do A500. 
Supra RAM 500RX Tak nazywa się 
to cacko i jest to naprawdę cacko. 
W ogóle wszystkie (prawie) urzą- 
dzenia markowane znakiem *Sup- 
ra”, to synonim jakości. Piszę "pra- 
wie” bo miałem możliwość "docze- 
pić” się do szybkiego modemu os- 
tatniej generacji również produkcji 
firmy "Supra". 

Wróćmy jednak do RXa. Małe, 
zgrabne pudełeczko z eleganckim 
(subtelnym) napisem na obudowie 
potrafi zawrzeć w swoim wnętrzu 
całe osiem megabajtów RAMu. O- 
budowa RXa dokładnie przylega 
do obudowy Amigi ijest do niej 
również doskonale (moim zdaniem) 


Produkt: Mega Ram 


Producent: ELSAT sp.c. 
Warszawa 


Dostawca: Sklep *Admiral- 
Comp” 


Cena: 2.950 tys. zł. (10/92) 


+ dostateczna kompatybil- 
ność 


+ wysoka jakość wykonania 
+ rzeczowa i zrozumiała in- 
strukcja oraz dyskietka in- 
struktażowa 

+ stosunkowo niska cena 

- duże rozmiary obudowy 

- estetyka (a raczej jej brak) 


Ocena KEBAB'a (1-6): 4 
- dobra 
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dopasowana pod względem este- 
tycznym. 

Jakość wykonania nie pozosta- 
wia nic do czego można by mieć 
zastrzerzenia.Nawet śrubki mocu- 
jące dwie części obudowy czy przyk- 
rywkę przesłaniającą złącze kra- 
wędziowe, są wykonane tak, że po 
wkręceniu nie wystają ponad płasz- 
czyznę obudowy i są w tym samym 
co iona kolorze. Wewnątrz rów- 
nież Hi-Tech. Precyzja pod każdym 
względem i wszechobecna techno- 
logia SMT. 

Jako pamięć możemy w przy- 
padku RXa wykorzystać jedno, lub 
czteromegabitowe układy typu ZIP. 
Zależnie od zastosowanego rodza- 
ju możemy uzyskać maksymalnie 
dwa lub osiem MB. Projektanci po- 
myśleli również o starych Amigach 
wyposażonych w niezbyt siine za- 
silacze. Co prawda rozszerzenie nie 
pobiera zbyt dużo prądu, ale jeżeli 
nie chcemy dodatkowo obciążać 
naszego zasilacza, to z tyłu obudo- 
wy mamy gniazdo do którego mo- 
żemy podłączyć dodatkowe zasila- 
nie zewnętrzne. 

Kompatybilność? Żadnych pro- 
blemów! Niezależnie od kolejności 
podłączenia urządzeń wszystko 
działa bez zarzutów. 

U nas w celach testowych pra- 
cowały w skrajnych sytuacjach 
następujące urządzenia podłączo- 
ne jednocześnie w różnej kolejnoś- 


Produkt: Rozszerzenie pa- 
mięci 


Producent: Golden Image (7) 


Dostawca: Sklep *Admiral- 
Comp" 


Cena: 3.800 tys. zł. (10/92) 


- duże rozmiary obudowy 
- maksimum 4MB RAM 

- niska kompatybilność 

- wysoka cena 


Ocena KEBAB'a (1-6): 2 
- miema 
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ci do jednego Expansion port'u: 
Kontroler SCSI "Supra 500XP”, 
Kontroier SCSI *"Trinology seria 
CHA”,Cartridge "X-Power" no i 
oczywiście Pamięć "Supra RAM 
500RX" - dwie sztuki. Właściwie 
nie ma już co więcej pisać na te- 
mat RX'a. 

Znacznie łatwiej się pisze. jeżeli 
można się doszukać jakichś wad 
czy niedociągnięć. Tu, w tych kil- 
ku zdaniach został wyczerpany cały 
temat. Supra RAM 500RX, to po 
prostu najlepsze pod każdym 
względem rozszerzenie pamięci ja- 
kie może sobie zafundować posia- 
dacz Amigi 500 (+). 


SD! 





*AUTOCONFIG - unikalny 
Amigowy system konfiguracji 
urządzeń dołączanych do systemu. 
Charakteryzuje się dynamiczną 
alokacją obszarów pamięci prze- 
znaczonych dla danego urządzenia. 

W AUTOCONFIG'u wszystkie 
karty rozszerzeń sprzętowych zgła- 
szają się w kolejności podłączenia 
w momencie włączenia zasilania 
lub RESET'u. 


Produkt: Supra RAM 
500RX 


Producent: Supra Corpora- 
tion - USA 


Dostawca: Sklep *Admiral- 
-Comp" 


Cena: 3.800 tys. zł. (10/92) 


+ bardzo wysoka kompaty- 
bilność 


+ bardzo wysoka jakość wy- 
konania 


+ małe wymiary obudowy 


+ dodatkowe gniazdo zasi- 
lania 


+ estetyka 


Ocena KEBAB'a (1-6): I 
- celująca 
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W” numerze zapoznamy się z możliwościami 
manipulowania ekranami. Czasami przy zasto- 
sowaniu instrukcji, które zaraz będziemy opisywać, 
zdarzy się, iż nie będą one pracować zgodnie z na- 
szym zamiarem. Recepta na to jest jedna: dokładnie 
sprawdzić podane po instrukcji parametry. Szczegól- 
nie należy zwracać uwagę na ograniczenia sprzętowe 
Amigi, jak i na poprzednio wykonane instrukcje, któ- 
re mogły spowodować jeszcze inne warunki. 


A oto spis komend : 


Screen Open N, X, Y, K,R- otwiera ekran o numerze 
N, szerokości X, wysokości Y, liczbie kolorów K, oraz 
rozdzielczości R. Wartości X i Y są tylko wymiarami 
i nie mają nic wspólnego z rozdzielczością. Parametr 
R podajemy w słowach *Lowres” dla rozdzielczości 
poziomej 320 lub *Hires” dła rozdzielczości poziomej 
640 punktów. Z trybu Interlace w Amosie nie da się 
korzystać. Przy otwieraniu ekranów wymagana jest 
podstawowa znajomość możliwości graficznych Ami- 
gi. aby czasem nie próbować czegoś takiego: 


Screen Open 1, 640, 200, 4096, Hires - tyle kolorów 
w Hi-Resie??? 


Poprawnym jest natomiast zapis: 


Screen Open 0,888,555, 16, Lowres, chociaż wyg- 
ląda bardziej "*dziwacznie”. 


Screen Close N - zamyka ekran o numerze N. 


Default - zamyka wszystkie okna, otwierając pod- 
stawowy ekran O. 


Screen Display N - wyświetla ekran N. 


Screen Display N,X1,Y1 - wyświetla ekran w ok- 
reślonym przez współrzędne sprzętowe miejscu. 


Uwaga !!! Współrzędne sprzętowe to zupełnie co 


innego niż współrzędne ekranu. Punkt (0,0) we współ- 
rzędnych sprzętowych to punkt (-129,-45) we współ- 
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rzędnych ekranowych. Na tę różnicę 
trzeba brać poprawkę i przeliczać ich 
wartości do zastosowania w takich 
komendach jak m.in. powyższa.Do 
konwersji współrzędnych stosuje się 
następujące funkcje: 


X Screen (X) i Y Screen (Y) 
- przyjmują wartość współ- 
rzędnych ekranowych. będą- 
cych odpowiednikami sprzę- 
towych współrzędnych X i Y. 


X Hard(X) i Y Hard(Y) -działa- 
nie odwrotne do X Screen(X) i Y Scre- 

Screen Clone N - kopiuje bieżący ekran, tworząc 
nowy ekran O numerze N. 


Screen N - powoduje, że bieżącym ekranem będzie 
ekran N. 


Screen - funkcja przyjmująca numer bieżącego 
ekranu. 


Screen To Front N - "wyciąga na wierzch” © 
ekran o podanym numerze, jeżeli włączony jest PZ, 


tryb Auto View. Komenda użyta bez paramet- (4824 
ru N, *wyciąga” ekran bieżący. 


Screen To Back N - chowa ekran N pod inne 
ekrany. Użyta bez parametru chowa ekran bie- | 


żący. 


Screen Hide N - chowa ekran N (lub bieżą- 
cy). 


Screen Show N - pokazuje poprzednio schowany 
ekran. 


Screen Copy N1 To N2 - kopiuje zawartość ekranu 
NI do N2. 


Screen Copy N1,X1,Y1,X2,Y2 To N2,X3,Y3,T-j.w. 
ale przenosi tylko część ekranu określoną współrzęd- 
nymi. Współrzędne X3 iY3 oznaczają miejsce na 
ekranie N2 do którego będzie przeniesiony obraz. 
Parametr T oznacza tryb kopiowania, jednak warto 
go pomijać ze względu na małe zastosowanie prak- 
tyczne i możliwość otrzymania "badziewi” zamiast gra- 
fiki. 

Screen Offset N,X1,Y1 - przesuwa lewy górny róg 
ekranu N do podanych współrzędnych, tym samym 
przesuwając cały ekran. 

Screen Base - adres tablicy używanej przez Amos 
do obsługi ekranów. Tej funkcji w zasadzie nigdy się 
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nie stosuje. 


Screen Height N i Screen Width N - funkcje 
przyjmujące wartość odpowiednio wysokości i szero- 
kości ekranu N lub bierzącego. 


Screen Colour - funkcja przyjmująca wartość 
ilości dostępnych kolorów w bierzącym ekranie. 


Fade X - ściemnia ekran w ciągu czasu X. 


Fade X,$RGB, $RGB, $RGB... - płynnie przechodzi 
w nową paletę kolorów. 


Fade X To E,M - przenosi paletę do ekranu E. 
X oznacza czas, a M jest szesnastobitową maską mó- 
wiącą, które kolory mają być modyfikowane. Np. 
M=%0000000000001111 zmienia tylko 4 ostatnie 
kolory. 


Colour Back $RGB - zmienia kolor "martwego 
pola”, czyli miejsca, gdzie nie ma ani ramki, ani 
otworzonego ekranu. 


Shift Up X,A,B,T - wciągu czasu X następuje 
rotacja palety kolorów. Kolor pierwszy staje się dru- 
gim itd. Parametry A i B określają pierwszy i ostatni 
kolor, zaś T=0 powoduje, że ostatni kolor będzie "gu- 
biony”,a przy T=1 wstawiany na pozycję A. 


Shift Down X,A,B,T - j.w. ale przeciwny jest 
kierunek rotacji. 


Shift Off - zatrzymuje rotację. 


Flash N,”($RGB1,T1) ($RGB2,T2) ... ($RGBn,Tn) ” 
- powoduje miganie koloru N. T1, T2, T3 -to czas 
w jakim ma być widoczny przyporządkowany im ko- 
lor. 


Flash On i Flash Off - odpowiednio włączają lub 
wyłączają miganie. 


Scin(X1,Y1) - funkcja przyjmująca wartość nu- 
meru ekranu, w którym znajduje się punkt o poda- 
nych współrzędnych sprzętowych. 


Auto View Off - powoduje, iż nowo otwarty ekran 
komendą Screen Open. nie będzie automatycznie 
wyświetlany. 


Auto View On - przywraca automatyczne wyświet- 
lanie. 


View - wyświetla zmiany wstrzymane rozkazem 
Auto View Off. 


Default Palette K1,K2... - działanie podobne 


do instrukcji Palette, ale ustawiane kolory są obowią- 
zujące dla wszystkich otwieranych ekranów. 
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Get Palette N - nadaje bierzącemu ekranowi 
paletę kolorów z ekranu N. 


Load Iff "nazwa” - ładuje grafikę i wyświetla ją 
na bierzącym ekranie. 


Load Iff "nazwa”,N - ładuje grafikę na ekran N. 
Save Iff "nazwa” - nagrywa ekran na dysk. 
Save Iff "nazwa”,1 -j.w. ale kompresuje plik. 


Dual Playfield N1,N2 -tworzy tzw. dual playfield 
z ekranów N1 i N2. 


Dual playfield polega na tym, iż dwa ekrany wyś- 
wietlane są równocześnie na monitorze (kolor O jest 
przezroczysty), zachowując przy tym swą pełną nie- 
zależność. Najpierw wyświetlony zostaje ekran N2, 
poźniej N1 (część grafiki z poprzedniego ekranu zos- 
tanie zasłonięta). Ekrany w tym celu używane muszą 
spełniać trzy ważne warunki : 


* 1. Maksymalna liczba kolorów dla ekranów w Hi- 
Resie to 4. 2. Maksymalna liczba kolorów dla ekra- 
nów w Lo-Resie to 8. 3. Nie można łączyć parami 
ekranów w różnych rozdzielczościach. 


Dual Priority El,E2 - zmienia priorytet ekranów. 
Ekran który był tłem dla drugiego ekranu w dual 
playfield, wynieni się z nim "rolami". 


Def Scroll N,X1,Yl To X2,Y2,X,Y - oznacza pole 
ograniczone współrzędnymi X1,Y1,X2 i Y2 jako pole 
o numerze N (max.16), wykorzystywane do operacji 
przesuwania. Parametry X i Y mówią o odległości 
w pikselach o jaką ma być przesuwana strefa. Ujem- 
ne wartości Xi Y definiują scrolling w przeciwnym 
kierunku. 


Scroll N - uruchamia przesuwanie N-tej strefy 
zgodnie z parametrami z instrukcji Def Scroll. 


Appear El To E2,X,R- tworzy efektowne pojawia- 
nie się ekranu El na E2. X określa rodzaj pojawiana 
się, a R rozmiar przenoszonego fragmentu (R można 
pominąć). Parametr X należy dobrać doświadczalnie 
samemu, gdyż niektóre jego wartości mogą spowodo- 
wać pojawianie się tylko części grafiki. Gdy mamy 
niechęć do doświadczeń, używamy sprawdzonego 
X=%00110011. 


zoom El,X1,Y1,X2,Y2 To E2,X3,Y3,X4,Y4 - po- 
większa lub zmniejsza prostokąt z ekranu El ograni- 
czony podanymi współrzędnymi, umieszczając go na 
ekranie E2, w podanych współrzędnych X3,Y3,X4i Y4. 


Double Buffer - tworzy logiczny bufor widocznego 


ekranu. Dzięki temu wszelkie operacje na ekranie 
będą wykonywane najpierw na ekranie logicznym, 
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a dopiero później jego zawartość zostanie przeniesio- 
na na ekran fizyczny. Buforowanie ekranu "zjada” 
pamięć, ale pozwala uniknąć niemiłych efektów mru- 
gania. (Nie chodzi tu oczywiście o Interlace, lecz o in- 
ne mruganie !!!) 


Screen Swap N - wymienia ekran logiczny z fizycz- 
nym N, lub z bierzącym przy pominięciu N. 


Physic - funkcja przybierająca numer ekranu fi- 
zycznego. 


Logic - j.w. ale logicznego. 


Wait Vbl - czeka do momentu zakończenia wyś- 
wietlania ekranu. Chodzi tutaj o sprzętowe przeno- 
szenie ekranu z pamięci na monitor, anie o takie 
komendy jak np. Appear. 

Amos pozwala nam również na zmianę Copper- 
Listy. Poniższe instrukcje przeznaczone są dla za- 
awansowanych użytkowników, toteż pozwolę sobie 
jedynie na ich wymienienie (wyjaśnienie szczegóło- 
wych zasad wymagałoby nowego artykułu). 


Copper On - włącza ją z powrotem. 
Cop Move adres, liczba - instrukcja Move. 


Cop Movel adres, liczba - j.w. ale odnośnie 32- 
bitowego rejestru. 


Cop Swap - wyrnienia utworzoną przez nas 
CopperListę z 'amosowską”. 


Cop Wait x,y - instrukcja Wait. 


Cop Reset. - ustawia adres następnej instru- 
cji Coppera na początek CopperListy. Instrukcja 
przyjmuje wartość adresu CopperListy. 


To już wszystko tym razem. Poznane instrukcje + 
własnoręcznie narysowana grafika, pozwoli na 
rozbudowanie i zwiększenie atrakcyjności prog- 
ramu Demko z poprzedniego numeru. Wszyst- | 
ko jest po prostu kwestią umiejętności i po- l 
mysłowości programisty. ; 


Copper Off - wyłącza *amosowską” CopperList'ę. 


Zbigniew Piotrowicz 





Czemu wolę 
Implodera? 


miga znana jest z obfitości 

wszelkiego rodzaju programów 
do kompresji, w ogromnej więk- 
szości tworzonych przez amatorów, 
a używanych do skracania długości 
dem i "połamanych" gier. Master- 
Cruncher, Defjam Packer, Tetra- 
Packer, Byte-killer, Mega-cruncher 
to zaledwie pierwsze pozycje listy 
tych najpopularniejszych. Dobrze 
sprawdzające się w zastosowaniach 
dla których je stworzono ...i tylko 
w nich. 

Co ma jednak zrobić użytkow- 
nik twardego dysku, który średnio 
co pięć kliknięć myszą ogląda na- 
pis "Volume DHO: is full”, lub 
sfustrowany posiadacz systemu 
minimum, z uporem maniaka usi- 
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łujący *upchać” zbiór najpotrzeb- 
niejszych użytków na jednej dys- 
kietce? Wymienione wyżej progra- 
my nie zdadzą się tu na wiele, gdyż 
nie potrafią one prawidłowo de- 
kompresować (kompresować moż- 
na wszystko) plików relokowal- 
nych, stanowiących gro spośród 
używanych z AmigaDOSem. 

Czym właściwie jest program re- 
lokowalny? Otóż jest to taki prog- 
ram, który nie ma na stałe przypi- 
sanego konkretnego położenia 
w pamięci komputera, lecz ładuje 
się tam, gdzie akurat jest wolne 
miejsce, po czym jest modyfikowa- 
ny tak, aby móc się w tym miejscu 
wykonywać. Rzeczą niezbędną do 
uruchamiania programów reloko- 
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walnych jest system operacyjny wy- 
posażony w mechanizm przydzia- 
łu/rezerwacji pamięci, umożliwia- 
jący określenie gdzie właściwie jest 
*wolne”, a gdzie - "*zajęte”. Systemy 
takie pojawiły się powszechnie do- 
piero na komputerach szesnasto- 
bitowych, m.in. nawet w MS-Do- 
sie. 

Packerów, które są w stanie pra- 
widłowo załadować, zdekompreso- 
wać i uruchomić program reloko- 
walny pojawiło się na przestrzeni 
czasu kilka, przy czym największą 
popularność zyskały dwa spośród 
nich - PowerPacker i Turbo Implo- 
der (najnowsze wersje odpowied- 
nio 4.2 i 4.0). Choć pierwszy z nich 
powszechnie uchodzi za lepszy, 
głównie ze względu na swoją uni- 
wersalność i większą "przyjazność” 
dla użytkownika, moje zdanie jest 
jednak odmienne. Postaram się 
więc pokrótce odpowiedzieć na ty- 
tułowe pytanie. 

Pierwszą rzucającą się w oczy 
różnicą jest szybkość rozpakowy- 
wania programów. O ile podczas 
kompresji prym wiedzie PowerPac- 
ker, zgoła inaczej się sprawa ma 
przy procesie odwrotnym. A kom- 
presuje się tylko raz. 

Pomijalne są może minimalnie 
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mniejsze zyski z kompresji wyni- 
kające z innej implementacji tego 
samego algorytmu, sprowadzające 
się do kilkuset bajtów różnicy na 
korzyść Turbo Implodera. Zdecy- 
dowanie ważniejszą sprawą jest na- 
tomiast bardzo nieekonomiczna 
gospodarka pamięcią, którą pre- 
zentuje nam PowerPacker. Kiedy 
program nim "scrunchowany” ła- 
dowany jest do pamięci. OS auto- 
matycznie (w wyniku działania fun- 
kcji LoadSeg) jako pierwszy rezer- 
wuje blok dla danych skompreso- 
wych. Następnie, już po urucho- 
mieniu, decruncher odwołując się 
do funkcji AllocMem z biblioteki 
exec przywłaszcza sobie kolejne ob- 
szary pamięci znajdujące się ZA 
wspomnianymi danymi i do nich 
depakuje program. Gdy proces do- 
biega końca, obszar zajęty uprzed- 
nio przez LoadSeg jest zwalniany 
i sterowanie jest przekazywane do 
właściwego programu. 

Zdawać się może, że tak właś- 
nie powinno to wyglądać, niemniej 
powyższy proces ma co najmniej 
dwa słabe punkty. Po dekompresji 
i uruchomieniu programu pozos- 
taje nam pośrodku pamięci wolny 


obszar o wielkości równej długości 
spakowanego pliku. 

Przy wielokrotnym uruchamia- 
niu tego typu programów postępu- 
jący proces defragmentacji pamię- 
ci pozostawia nas z RAMem po 
dziurawionym jak sito, tak więc 
użytki, próbujące zarezerwować 
najdłuższy ciągły blok pamięci ot- 
rzymają jej zdecydowanie mniej 
(np. ASM-One, Resource, ADPro). 

Sprawa druga, to możliwość 
wystąpienia błędu braku pamięci 
w momencie wywołania przez de- 
cruncher funkcji AllocMem. Po cał- 
kowitym załadowaniu programu, 
jesteśmy informowani 0 niemoż- 
ności jego uruchomienia. Starsze 
wersje PowerPackera wyczyniały 
w tym miejscu cuda, zwracając ste- 
rowanie do systemu bez zwolnie- 
nia zarezerwowanych obszarów. Do 
czego to prowadziło, tłumaczyć chy- 
ba nie trzeba. 

A Imploder? Poprzez inteligent 
ne zorganizowanie listy hunków 
w pliku (poszczególnych segmen- 
tów. które mogą ładować się w od- 
rębne miejsca), cała niezbędna pa- 
mięć jest rezerwowana na samym 
wstępie procesu ładowania Jeśli 


więc program ma się nie zmieścić, 
o błędzie 103 - braku RAM, dowie- 
my się natychmiast. 

Ta sama lista, zawierając w so- 
bie dodatkowe hunki BSS. wymu- 
sza rezerwację odpowiednich ob- 
szarów pamięci dla programu jesz- 
cze za pośrednictwem LoadSeg i to 
PRZED skompresowanymi dany- 
mi. Podczas rozpakowywania da- 
ne za pośrednictwem specjalnego 
bufora (również zarezerwowanego 
jako BSS) są przepisywane pomię- 
dzy tymi obszarami, zaś procedu- 
ry AllocMem nie wywołuje się wca- 
le. W rezultacie pamięć pozostaje 
ciągła, co ma szczególne znaczenie 
dla posiadaczy niezbyt zasobnych 
w RAM komputerów. 


"Tak mniej więcej przedstawiają 
się moje argumenty. Jestem zda- 
nia, że choć PowerPacker jest stan- 
dardem jeśli mowa o kompresji da- 
nych (któż z nas nie widział plików 
z rozszerzeniem .pp), to do pako- 
wania programów wykonywalnych 
(ang. executables) zdecydowanie 
bardziej nadaje się Turbo Implo- 
der. 

Miłosław *Thorgal" Smyk 






























































Charblaster 2 


N przełomie lat 1990/1991 
a na scenie Commodore 64 
trwało pewne zamieszanie w związ- 
ku z kompresorami znacznikowy- 
mi (czyli tzw. charpackerami). Nie 
oznacza to, że powstały one w tym 
właśnie okresie. Otóż natenczas no- 
wy koder grupy ONEWAY (twórcy 
m.in. Cruel Cruncher'a) o pseudo- 
nimie Zyziphus napisał kompre- 
sor znacznikowy, który charakie- 
ryzował się bardzo krótką proce- 
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durą dekompresującą. 

Miała ona bowiem $58 bajtów 
(88 dziesiętnie), co odbiło się głoś- 
nym echem na świecie - inne kom- 
presory znacznikowe miały wów- 
czas około $bO - $f0.Procedura de- 
kompresji w Zipperze (bo tak się 
ów $58 kompresor nazywał) była 
napisana tak szaleńczo, że spędzi- 
łem nad nią prawie godzinę zanim 
ustaliłem, jak "to" pracuje. 

Unikając plagiatu postanowiłem 
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napisać własny dekompresor 
o możliwie jak najmniejszej ilości 
zużytych bajtów ipo kiłkunastu 
próbach "*zszedłem” do $66 i... ut- 
knąłem! W grudniu 1990 pojawi- 
ła się na scenie kolejna produkcja 
- Beeftrucker australijskiej grupy 
TERA (autor: Matt). Osiągnięta dłu- 
gość to $56. 

W tym czasie zostałem koderem 
w grupie Science 451 co zbiegło 
się dość szczęśliwie z przełomem 
w moich procedurach dekompre- 
sujących - udało mi się obniżyć 
poprzeczkę do $54 a kompresor na- 
zywał się Spoonwalker. 

Cisza po tym sukcesie nie trwa- 
ła długo - Zyziphus napisał Zippe- 
ra V2; czyli $52, co mnie prawie 
załamało. Szczęśliwym zbiegiem o- 
koliczności przyszło olśnienie i na- 
pisałem własnego $52 a krótko po- 
tem $50, co po dziś dzień (z czego 
jestem, nieskromnie mówiąc, dum- 
ny) jest niepobitym rekordem. Ca- 
ły kompresor został nazwany Char- 
Blaster i naprędce rozesłany po kil- 
ku krajach. 
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Pierwowzór ma w całości 15 blo- 
ków na dysku i nie jest do końca 
pozbawiony błędów (podobno ża- 
den program nie jest), które poja- 
wiają się w najmniej oczekiwanych 
momentach (szczególnie podczas 
ładowania programów przeznaczo- 
nych do kompresji). Aby móc za- 
mieścić go na łamach Kebaba i jed- 
nocześnie wyeliminować dawne 
błędy. zdecydowałem się napisać 
go od początku z zachowaniem je- 
dynie oryginalnej procedury de- 
kompresującej. 

W obecnej wersji całość CharB- 
laster'a II ma jedynie 9 bloków dłu- 
gości i pozbawiona jest błędów o- 
ryginału (nie jest wykluczone, że 
posiada dla odmiany jakieś inne; 
kompresować jednak kompresuje 
bez zarzutu). Należy go wpisać do 
pamięci korzystając z programu 
KOREKTOR lub dowolnego debug- 
gera. 

Słów parę o obsłudze progra- 
mu. Po jego uruchomieniu (RUN) 
na ekranie ukazuje się nazwa prog- 
ramu, parę dodatkowych informa- 
cji oraz pole ustawiania paramet- 
rów. Pierwszym z nich jest argu- 





ment dla JUMP, czyli adres, pod 
jaki ma oddać sterowanie dekom- 
presor po skończeniu dekompre- 
sji. Następnym parametrem jest 
$01 VALUE. Tu do modyfikacji ma- 
my tylko młodszą połówkę bajtu, 
który po dekompresji znajdzie się 
w komórce $01, odpowiadającej za 
aktualną konfiguracje pamięci 
(standardowo $37). 

SEI/CLI jest wybierane przy po- 
mocy liter S lub C i oznacza nakaz 
wyłączenia (SEI) lub włączenia (CLI) 
przerwań po skończeniu dekomp- 
resji a przed wykonaniem skoku 
pod adres zdefiniowany w JUMP. 
SAVE NAME to nazwa pod jaką 
nagrany będzie na dysk gotowy, 
skompresowany program z doda- 
ną automatycznie procedurą de- 
kompresującą. 

Po potwierdzeniu prawidłowoś- 
ci podanych informacji wkładamy 
dyskietkę z programami do dekom- 
presji i wciskamy SPACE. Nastę- 
puje wczytanie katalogu (tylko pli- 
ki z oznaczeniem PRG) i możemy 
przystąpić do wskazywania prog- 
ramowi, które zbiory mają być 
wczytane do pamięci i poddane 


Mapa pamięci c.d. 





07E DSKSYNC Z - P 


Rejestr synchronizacji odczytu 
z dysku. Transmisja danych w sys- 
temie MFM rozpocznie się gdy 
w buforze znajdzie się taka war- 
tość jaką uprzednio wpisano do 
tego rejestru. 


080 COPILCH Z + A 
082 COPILCL Z + A 


Wskaźnik do programu Cop- 
pera czyli tzw. Copper List'u. Para 
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tych rejestrów powinna wskazywać 
adres pod którym znajduje się Cop- 
per List. Oczywiście wspomniany 
adres powinien mieć wartość pa- 
rzystą i wskazującą pamięć CHIP. 


Jak już wspominałem w jednym 
z poprzednich odcinków cyklu, 
Copper List jest primitywnym 
programem, który wykenywany 
jest przez koprocesor graficzny 
podczas każdorazowego odświeża- 
nia ekranu, czyli co każdą ramkę 
(w zależności od systemu co 1/50 
lub 1/60 sekundy). 


KENDANAN 


kompresji. Maksymalna ilość 
zbiorów do kompresji - 16. w 

Kolejność ich wczytywa- + W—3823 
nia do pamięci jest taka sa- | O 
ma jak kolejność ich zazna- S<SRE 
czania. Wciśnięcie RETURN 
na nazwie uprzednio zazna- 
czoniego zbioru pozwala na 
zmianę adresu jego ładowa- 
nia. 

Należy jednak pamiętać, 
że kompresor pracuje nad 
danyrni, które znajdują się 
pomiędzy adresami $07E0 i $FFFF. 
Podanie adresu niższego niż $07E0 
spowoduje zasygnalizowanie błę- 
du i konieczność ponownego wy- 
boru. Wczytywanie zbiorów iich 
kompresja zaczyna się po 
wciśnięciu SPACE. Nagrany > 
zbiór dekompresuje się sa- | 
moczynnie po podaniu dy- 
rektywy RUN. Uwaga! De- 
kompresor modyfikuje do 
własnych potrzeb adresy od 
$01 do $7F. W przypadku komp- 
resji np. programów w BASIC - 
patrz: BASIC-STARTER. 


Paweł *POLONUS" Sołtysiński 

































Program ten szczegółowo opi- 
suje w jaki sposób ma wyglądać 
obraz uzyskany na ekranie. Mu- 
szą więc znaleźć się tam informa- 
cje o kodach kolorów, ich ilości, 
rozdzielczości ekranu, jego wielkoś- 
ci, ewentualnych sprite'ach, itp... 
Budując własny Copper List ma- 
my do dyspozycji trzy rodzaje roz- 
kazów: 

MOVE - rozkaz przesłania da- 
nych. Umożliwia on modyfikację 
większości rejestrów sprzętowych 
komputera właśnie za pośrednict- 
wem Coppera. Dzięki temu mamy 
możliwość na przykład zmieniać 
kolory ekranu nie tylko przy po- 
mocy procesora głównego, lecz rów- 
nież Coppera. 

Instrukcja MOVE (jak każda in- 
strukcja Coppera) jest wielkości 
długiego słowa, przy czym pierw- 
sze słowo jest numerem rejestru, 
który chcemy zmodyfikować (pro- 
szę zauważyć, że wartość ta musi 
być parzysta, gdyż wszystkie rejes- 
try leżą pod adresami parzystymi), 
natomiast drugie słowo jest war- 
tością jaką do danego rejestru chce- 
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my wpisać (odnośnie tej wartości 
nie ma żadnych ograniczeń - może 
ona być zarówno parzysta jaki nie- 
parzysta.) 

Przykłady użycia instrukcji MO- 
VE: 


dc.1 $01800FFF - instrukcja ta 
umieszcza w rejestrze $0180 war- 
tość $0FFF. Jako że rejestr $0180 
odpowiedzialny jest za kolor tła, 
a wartość $0FFF jest kodem kolo- 
ru białego, wykonanie tej instruk- 
cji spowoduje zmienienie koloru 
tła na biały. Analogiczny efekt mo- 
żemy uzyskać, jeśli wykonamy pro- 
cesorem głównym instrukcję: 


move.w 4$OFFF, $DFFL80 


Istnieje jednak drobna różnica 
pomiędzy podaną instrukcją Cop- 
pera. a przytoczoną instrukcją as- 
semblera, przejawiająca się nie ty- 
le wwyniku ich wykonania, co 
w sposobie wykonania. Otóż jeżeli 
kod $01800FFF będzie jedną z in- 
strukcji naszego Coppera to jej wy- 
konanie będzie powtarzane co 1/ 
50 sekundy (w systemie PAL), czyli 
przy każdym odświeżaniu ekranu, 
natomiast instrukcja asemblera 
zostanie wykonana tylko raz, o ile 
oczywiści nie będzie ona umiesz- 
czona w specjalnie zorganizowa- 
nej pętli. Inne przykłady: 


dc.l $0180000F - za- 
pisanie w rejestrze $0180 
wartości $000F (kolor 
niebieski) 


dc.l $009A7FFF - za- 
pisanie w rejestrze $009A 
wartości $7FFF, oraz od- 
powiednik asemblerowy: 


move .w H$7FFF, $DFFO9A 


Tutaj chciałbym przy- 
pomnieć., a tym co jesz- 
cze tego nie wiedzieli wy- 
jaśnić, że rejestry, które 
omawiamy możemy mo- 
dyfikować procesorem po 
dodaniu do nich adresu 
bazowego tzw. CUSTOM 
o wartości $DFFO00 


WAIT - to drugi obok 


MOVEnajczęsciej używa- 
ny rozkaz Coppera, słu- 
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żący do wstrzymywania pracy kop- 
rocesora aż wyświetlanie ekranu 
dojdzie do zadanej pozycji. Skład- 
nia rozkazu WAIT jest następują- 
ca: 


Starsze słowo: bity 15-8 okreś- 
lają pionową linię (numer rastra) 
na którą czekamy. bity 7-1 okreś- 
lają poziomą współrzędną oczeki- 
wania. bit O zawsze ustawiony. 


Młodsze słcwo: bit 15 - używa- 
ny w sterowaniu Blitterem z po- 
ziomu Coppera, normalnie powi- 
nien być ustawiony. bity 14-8 bity 
pozwolenia porównania pozycji pio- 
nowej. bity 7-1 bity pozwolenia po- 
równania pozycji poziomej. bit O 
zawsze skasowany. 


Wspaniale!!! ...tylko jak TO wy- 
korzystać? Załóżmy, że chcemy na 
przykład zmienić kolor tła ekranu 
począwszy od środka $90 linii na 
biały. Należy w tym celu wykonać 
dwia rozkazy Coppera. Pierwszy 
będzie rozkazem WAIT oczekują- 
cym aż wyświetlanie ekranu doj- 
dzie do środka wspomnianej linii, 
natomiast drugi rozkaz będzie zna- 
ną nam już komendą MOVE prze- 
syłającą do rejestru $0180 war- 
tość $0FFF. Oto jak będzie wyglą- 
dać ten fragment Coppera: 


dc.1 $9071FFEE - czekanie na 





linię $90 i pozycję $71 w tej linii 
dc.1l $01800FFF - ustawienie 
białego koloru 


Myślę, że po tym trywialnym 
przykładzie, mechanizm oczekiwa- 
nia na zadaną pozycję powinien 
być zrozumiały. Wyjaśnienia może 
wymagać jedynie znaczenie młod- 
szego słowa komendy WAIT, czyli 
tajemniczych bitów pozwolenia po- 
równania. Dają one programiście 
możliwość podania współrzędnych 
oczekiwania w sposób niejawny. 

Cóż to oznacza? Biorąc pod 
uwagę, że Copper może wykony- 
wać pętle, zachodzi czasem pot- 
rzeba zapisania instrukcji WAIT bez 
podawania na przykład pozycji pio- 
nowej (chcemy czekać na daną po- 
zycję poziomą w każdej linii). Nale- 
ży wtedy zamaskować bity odpo- 
wiadające pozycji pionowej. po 
prostu je kasując. 

Przykład: 

dc.1 $007180FE - oczekuje na 
pozycję $71 w najbliższej linii. Bi- 
ty 14-8 są skasowane, co powodu- 
je że pozycja pionowa jest ignoro- 
wana. 

Ustawienie młodszego słowa in- 
strukcji WAIT na wartość $FFFE 
(jak w pierwszym przykładzie) oz- 
nacza, że nic nie będzie ignorowa- 
ne i koprocesor będzie 
oczekiwał na pozycję za- 
daną w starszym słowie. 
Należy tu zaznaczyć iż 
stosowanie wszelakich 
tricków z maskami i pęt- 
lami jest stosunkowo 
czasochłonne i należy ich 
unikać, co niemal zaw- 
sze jest możliwe. 


Poza standardowymi 
instrukcjami WAIT ocze- 
kującymi na zadane po- 
zycje istnieją dwie posia- 
dające odrębne znacze- 
nie. Pierwszą z nich jest 
komenda o kodzie: 


dc.l $FFEFFFFE 
Oznacza ona zakoń- 
czenie CopperListu i każ- 


dy program koprocesora 
powinien się taką sek- 
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wencją kończyć. Drugą z nich jest: 
dc.l $FFDFFFFE 


Instrukcja ta czeka aż wyświet- 
lanie ekranu dojdzie do końca 255 
linii. Po jej wykonaniu wszystkie 
wykonania instrukcji WAIT będą 
się odnosić do dolnej części ekra- 
nu, czyli numerów linii $100 - 
$138. Rozpatrzmy sekwencję roz- 
kazów: 

dc.l $FFDFFFFE ;czekamy na 
koniec linii $FF 

dc.l $0201FFFE ;czekamy na 2 
linię dolnej części (czyli linię $102) 

dc.1 $0901FFFE ;czekamy na 7 
linię dolnej częsci (czyli linię $109) 

dc.l $FFFFFFFE ;kończymy 
Copper List. 


SKIP - to ostatni z rozkazów 
rozpoznawanych przez Copper'a. 
Swoim działaniem powoduje przes- 
koczenie następującej po nim ins- 
trukcji, jeżeli pozycja aktualnie 
wyświetlanego punktu jest równa 
lub większa od zadanych współ- 


rzędnych. Rozkaz SKIP posiada 
następującą postać: 

Starsze słowo: bity 15-8 okreś- 
lają pionową linię z którą porów- 
nujemy. bity 7-1 określają pozio- 
mą pozycję z którą porównujemy. 
bit O zawsze ustawiony. 


Młodsze słowo: bit 15 - używa- 
ny w sterowaniu Blitter'rem z po- 
ziomu Copper'a, normalnie powi- 
nien być ustawiony. bity 14-8 bity 
pozwolenia porównania pozycji pio- 
nowej. bity 7-1 bity pozwolenia po- 
równania pozycji poziomej. bit O 
zawsze ustawiony. 


Instrukcja SKIP umożliwia two- 
rzenie zapętlonych Copper List'ów, 
jednak techniki te są używane tyl- 
ko sporadycznie, więc na tym za- 
kończę opis tej instrukcji. 


084 COP2LCH Z + A 
086 COP2LCL Z + A 


Rejestry te mają identyczne zna- 
czenie jak COPILCH/L. Pozwalają 
one na zdefiniowanie drugiego Cop- 


per List'u i programowe (z po- 
ziomu procesora głównego 
lub Copper'a) przełączanie 
między nimi. Ta możliwość 
z reguły nie jest wykorzysty- 
wana przez programistów. 


088 COPJMP1 SA 


Rejestr przełączający > 
Copper List. Wpisanie do A 
niego dowolnej wartości spo- 
woduje że od tej pory wyko- 
nywany będzie Copper List wska- 
zywany przez rejestr COPILCH/L. 


O8A COPJMP2 S A 


Patrz COPJMPI1, dotyczy 
Copper Listu wskazywane- 
go przez COP2LCH/L 


Krzysztof Kobus 


P.S. W dziale Listingi znajduje 
się przykładowy Copper, który 
mam nadzieję, ułatwi zrozumienie 
podanych tu wiadomości. 
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Kompresory dla 


Commodore 64 
- kilka cennych uwag... 





K iedy tylko uznano, że warto 
poświęcić sporo miejsca w tym 
numerze KEBABA kompresorom 
właśnie, mimowolnie w pamięci 
mignęły mi rożne przygody z owy- 
imi kompresorami w roli głównej. 
Aby móc bezpiecznie ich używać 
(tzn. aby czas poświęcony komp- 
resji nie poszedł na marne) potrze- 
bowałem trochę czasu na zdobycie 
potrzebnego do tego doświadcze- 
nia. 

Ponieważ kompresory chyba 
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jęszcze nie są w powszechnym 
użytku, amamy nadzieję, że po 
lekturze tego numeru to się zmie- 
ni, niejako "od zaraz” potrzebne 
będą pewne użyteczne informacje 
choćby po to, by potem nikt nie 
psioczył "no ico oni tam w tym 
KEBABIE napisali?! Za nic mi to 
nie chce działać!”. No to zaczyna- 
my od wymienienia kilku prawideł 
pracy z kompresorarmni: 


1. Rzadko który dekompresor 


KENDA 


po odtworzeniu programu nie zaś- 
mieca lub wręcz nie niszczy części 
zmiennych systemowych, wekto- 
rów iinnych *żywotnych” miejsc 
w pamięci komputera, ważnych np. 
dla bezbłędnej pracy interpretera 
BASIC, procedur obsługi dysków 


itp. 


2. Tylko niektóre z kompreso- 
rów przewidują możliwość komp- 
resji programów w BASIC - pozos- 
tałe automatycznie startują proce- 
dury w języku maszynowym, zak- 
ładając, że zdekompresowany właś- 
nie program jest sobie w stanie po- 
radzić z niedogodnościami wymie- 
nionymi w punkcie 1 lub, że nie 
mają one dla niego znaczenia (np. 
nie korzysta z BASIC, obsługi sta- 
cji dysków itp.). 

3. Kompresory posiadają ogra- 
niczenia jeżeli chodzi o wielkość 
kompresowanego programu, jego 
oryginalne położenie w pamięci 
komputera lub jedno i drugie. 


4. Większość kompresorów ja- 
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ko efekt swojej pracy generuje po- 
jedyncze bloki danych, zawierają 
ce na swoim początku linię BASIC 
z komendą SYS. W ten sposób tak 
utworzony zbiór można wgrać póź- 
niej do pamięci jako program w ję- 
zyku BASIC i najnormalniej uru- 
chomić go rozkazem RUN. W za- 
sadzie wszystkie gry zostały skom- 
presowane w ten sposób. 


5. Z względu na dość wygodną 
obsługę stacji dysków oraz trudną 
do przebicia zaletę "czytam bajt po 
bajcie choćby i co pół godziny, je- 
żeli mi to odpowiada” generalnie 
nie ma kompresorów dła użytkow- 
ników magnetofonów, a te, które 
są, nie posiadają zbyt wielkich moż- 
liwości. 

Po uruchomieniu dowolnego 
kompresora zadaje on nam kilka 
pytań, odpowiadając na które us- 
talamy odpowiednio następujące 
rzeczy: 


LOAD NAME - tu podajemy 
nazwę programu do załadowania 
i skompresowania; 


SAVE NAME - to będzie tytuł 
programu wygenerowanego przez 
kompresor; 


START ADDRESS lub JUMP, 
JUMP TO etc. - podajemy w syste- 
mie szesnastkowym adres pod ja- 
ki ma 'skoczyć” dekompresor po 
zakończeniu odtwarzania progra- 
mu (np. $1000 itp.); 


$01 VALUE - to wartość ko- 
*mórki $01, która zostanie usta- 
wiona w ten sposób po zakończe- 
niu dekompresji. Odpowiednie jej 
ustawianie zawiaduje konfiguracją 
pamięci. Oto lista częściej usta- 
wianych wartości: 


$37 - włączone wszystkie pa- 
mięci ROM tak, jak po włączeniu 
komputera; 


$36 - tak jak wyżej, za wyjąt- 
kiem odłączenia pamięci ROM za- 
wierającej interpreter języka BA- 
SIC; 


$35 - odłączone wszystko op- 
rócz VICa, SIDa, portów i atrybu- 
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tów ($DO00-$E000): 


$34 - odłączone wszystkie RO- 
My - komputer jest ciemny i głu- 
pi... 


SEI/CLI - wybranie opcji SEI 
spowoduje uruchomienie skomp- 
resowanego programu z wyłączo- 
nymi przerwaniami IRQ; CLI - 
z włączonymi; 


oraz w niektórych dodatkowo: 


SCRAMBLE (Y/N)? lub DO 
YOU WANT TO CODE IT? - ozna- 
czają propozycje "zakodowania” 
programu skompresowanego tak, 
aby przed jego uruchomieniem nie 
można było odczytać np. napisów; 


SPEED - w niektórych kompre- 
sorach sekwencyjno-bitowych jest 
to parametr umownie ustalający 
wielkość każdorazowo przeszuki- 
wanej pamięci w poszukiwaniu 
nadającej się do kompresji sek- 
wencji bajtów. 

Zasada jest prosta: im większa 
liczba SPEED tym większy obszar 
przeszukiwania pamięci aco za 
tym idzie, lepsza kompresja (wy- 
dajniejsza) oraz, niestety, dłuższy 
czas kompresji. 


RESTORE $2D/$2E lub $AE/ 
$AF - również w kompresorach 
sekwencyjno-bitowych. Kompreso- 
ry te używane są do kompresowa- 
nia danych spod innego kompre- 
sora - najczęściej charpacker'a. Op- 
cja ta służy do umożliwienia współ- 
pracy z dawnymi kompresorami 
(jako kompresorami wstępnymi), 
którym *do szczęścia” potrzebne 
było ustawienie niektórych zmien- 
nych systemowych tak, jak gdyby 
skompresowany program był do- 
piero co wgrany do pamięci. 

Kompresory II fazy, tzn. sek- 
wencyjno-bitowe skracają je, stąd 
potem potrzeba ustawienia tych 
wektorów na potrzeby uruchomie- 
nia zdekompresowanego właśnie 
pliku ('staremu” kompresorowi bę- 
dzie się "wydawało”, że skompre- 
sowany nim program został przed 
chwilą załadowany. 

A teraz krótki przegląd używa- 
nych przeze mnie kompresorów: 


KENDNA 


Kompresja wstępna (I faza): 


BABY-GANG PACKER - stary, 
ale jary. Może skompresować tylko 
jeden plik na raz (tzn. program do 
kompresji musi się znajdować 
w postaci jednego pliku). Jak na 
kompresor wstępny - bardzo dob- 
re wyniki kompresji (zwłaszcza tek- 
stów - szczególnie polecam auto- 
rom magazynów dyskowych). Prog- 
ram kompresowany może być już 
od adresu $0199 wzwyż! 

Pewną niedogodnością jest wol- 
ne ładowanie, co w przypadku 
kompresora dla pojedynczych zbio- 
rów jest nieco niewygodne. Komp- 
resuje programy w BASIC (pozos- 
tawiamy JUMP:$A659). Dodatko- 
wo można umieścić w dekompre- 
sorze tekst, który będzie wyświet- 
lony na ekranie podczas dekomp- 
resji. 


CROSS LINKER - różne wersje 
od 1.5 do 3.0 w zasadzie funkcjo- 
nalnie niewiele się różnią. Słowo 
LINKER w nazwie oznacza zdolność 
do wgrywania kilku części składo- 
wych (np. grafiki, muzyki i progra- 
mu) co eliminuje konieczność up- 
rzedniego tworzenia jednolitego 
zbioru. jakiego potrzebuje np. BA- 
BY-GANG PACKER. Należy jednak 
pamiętać, że części te nie mogą na 
siebie "nachodzić", tzn. ich obsza- 
ry nie mogą mieć części wspól- 
nych, gdyż CROSS LINKER stosu- 
je zasadę "ładuje i podczas łado- 
wania kompresuje” a nie "najpierw 
ładuje wszystko a potem kompre- 
suje”. Do ciekawostek należy moż- 
liwość utworzenia zbioru startują- 
cego od podanego adresu a nie tyl- 
ko z poziomu BASIC. Na stałe za- 
instalowano *przyspieszacze” dla 
stacji 1541. 


NO STACK USING PACKER 
(NSU-PACKER) - czyli Nieużywa- 
jący Stosu Packer. Do czego to mo- 
że być potrzebne? Po prostu spec- 
jalny kompresor do specjalnych 
zastosowań. Jak wiadomo stos le- 
ży od adresu $0100 do $0200. 
Z rożnych względów możemy pot- 
rzebować tego obszaru a pozostałe 
kompresory go nam mogą znisz- 
czyć niejako "niechcący", bowiem 
stos jest wykorzystywany podczas 
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wykonywania niektórych rozkazów 
procesora 6502/6510 (żeby dale- 
ko nie szukać - np.JSR). 

Napisanie takiego dekompreso- 
ra wymagało uniknięcia w nim 
właśnie tych rozkazów - w efekcie 
do dyspozycji mamy pamięć od 
$0037 - $FFFF !!! Program do kom- 
presji może składać się z dwóch 
plików (nazwę ewentualnego dru- 
giego podajemy jako odpowiedź na 
pytanie LINK WITH?...). Zainstalo- 
wano szybki system LOAD/SAVE 
dla 1541. 


CHARBLASTER - najnowszą je- 
go wersję można "wklepać" z tego 
numeru KEBABA. Też z rodziny 
LINKERów, może załadować 
PRZED kompresją do 32 części (0- 
ryginał) lub 16 (jego KEBABOWA 
wersja). Zaakcentowanie wyrazu 
*przed” oznacza, że ładowane części 
mogą się pokrywać, stąd ważna 
jest kolejność ich wgrywania do 
pamięci. Bardzo krótka procedura 
dekompresująca ($50 bajtów) po- 
siada także inną zaletę - krótki 
czas dekompresji. Konieczność po- 
zostawienia wolnej pamięci nie poz- 
woliła na instalację szybkiego sys- 
temu ładowania i nagrywania dla 
stacji 1541. 


A teraz kolej na kompresory 
sekwencyjno-bitowe (II faza): 


CRUEL-CRUNCHER V2.0 - 
najstarsza wersja kompresora, ja- 
ką posiadam. Dostała się w moje 
ręce prosto od Autora - Galleon'a 
z grupy ONEWAY. Był to wówczas 
NAJLEPSZY kompresor dla Com- 
modore 64 występujący w formie 
oddzielnego programu. Był tylko 
jeden lepszy kompresor - Comp- 


ress Master - specjalna karta włą- 
czana do portu Expansion. 

Należy pamiętać o tym, że skom- 
presowane dane nie dadzą się pra- 
widłowo uruchomić z aktywnym 
modułem Action Replay (kolizja 
programowa). Wada ta dotyczy tyl- 
ko i wyłączenie wersji 2.0. Następ- 
ne są wolne od tego "niedopraco- 
wania” (tu myślę o wersjach 2.5 i 
3.0) i pamiętać wystarczy tylko 
o tych kilku sprawach: 


a) programy kompresowane 
MUSZĄ startować od adresu $0801 
(a więc od początku standardowej 
pamięci przeznaczonej dla progra- 
mów w BASIC - użycie dowolnego 
kompresora I fazy załatwia ten 
problem); 


b) CruelCruncher nie potrafi 
skompresować danych po uprzed- 
niej kompresji za pomocą BABY- 
GANG-PACKERa. A szkoda... 


c) zbiór do kompresji nie może 
być dłuższy niż 225 bloków (to też 
zwykle nie jest problemem); 


Jedyna *wada” - kompresja zaj- 
muje mu trochę czasu. 


FAST CRUEL 2.0 do 3.0 - 
czyli szybka wersja CruelCrun- 
cherów opisywanych powyżej. Nie 
różnią się w zasadzie niczym poza 
dużą prędkością kompresji oku- 
pioną o wiele mniejszą wydajnoś- 
cią (ale i tak lepszą niż inne tego 
typu). 


SPEED-PACKER - dość stary 
ale za to naprawdę szybki kompre- 
sor. Ważna informacja - nie kłóci 
się z żadnym znanym mi kompre- 


sorem I fazy. Charakterys- 
tycznym znakiem rozpoz- 
nawczym jego pracy jest 
dźwięk, przepraszam za wy- 
rażenie, *pierdzenia” podczas 
dekompresji. Maksymalna 
długość programu do kom- 
presji - 230 bloków. 


ABUSE PACKER - kompresor 
o możliwościach przybliżonych do 
Fast Cruel'i a nawet na wyższych 
prędkościach (speed'ach) je prze- 
wyższający. Ważne - wymaga zain- 
stalowanego DOS'u, który jest 
w stanie obsłużyć LOAD i SAVE dla 
obszarów standardowo maskowa- 
nych przez pamięci ROM. Program 
do kompresji NIE MUSI ko- 
niecznie zaczynać się od ad- 
resu $0801 jak to miało miej- 
sce w przypadku CruelCrun- | 
cher'ów. Lista efektów spec- 
jalnych jest imponująca. 


TIME CRUNCHER - dość stary 
ale pewny kompresor (podobnie jak 
Speed Packer nie kłóci się z ni- 
czym). Efekty kompresji są zwykle 
o jakieś 10% gorsze od analogicz- 
nych w przypadku CruelCrun- 
chera. 


2000 AD MEGA PACKER - po- 
równywalny z Time Cruncher'em. 


I to by było na tyle, jeżeli chodzi 

o kompresory najczęściej spotyka- 

ne (wierzę, że takimi właśnie się 

posługuję). Pozostaje jeszcze cała 

duża rodzina packerów, które de- 

kompresują dane podczas ich 

wgrywania z dyskietki, ale to już 
historia na później... 

Paweł "POLONUS” 

Sołtysiński 
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Fig. 2. 73 Morse receive schematic 
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Zgodnie z obietnicą, 
przedstawiamy dzisiaj 
drugą część interface'u 
do nadawania i odbioru 
alfabetu Morse'a. Tym 
razem jest to część od- 
biorcza. Schemat przy- 
taczamy za "73 Magazi- 
ne” z czerwca 1984 ro- 
ku. W następnym nume- 
rze zabierzemy się już za 
Packet Radio. 


USER 14/0 PORT 


KENANA 
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Sterowanie Power- 


Packerem z poziomu 


ARexxa 


inęły już czasy, gdy słowo "A- 

Rexx”, wprawiało w wielkie 
zdziwienie początkujących użyt- 
kowników Amigi, lub wśród grona 
wszelkiej maści "specjalistów” nie 
bardzo wiedzących o czym mówią, 
budziło refleksje typu: "To bardzo 
przydatna rzecz”. Dziś wiemy już, 
że ARexx, jest interpretowanym 
(choć istnieje również kompilator, 
niestety narzucający pewne ogra- 


UWAGA CZYTELNICY 


Aby umożliwić Wam 
kupno "KEBAB"a poza 
oficjalną dystrybucją, 
uruchomiliśmy kolejne 
punkty sprzedaży 
(na razie na terenie 
Szczecina): 





- sklep "ADMIRAL - COMP" 
ul. Monte Cassino 37 
(również egz. archiwalne) 
sklep "PROFIX" 
ul. Ściegiennego 4 
- stoisko "SONIX" 

lip. PDT "Posejdon" 
- sklep "MIMAX" 
ul. J. Piłsudskiego 34 
sklep "AMISOFT" 
ul. Niepodległości 38A 
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niczenia), językiem programowa- 
nia umożliwiającym komunikowa- 
nie się kilku jednocześnie pracują- 
cych programów. 

W tym krótkim artykuliku nie 
chciałbym zaczynać kursu progra- 
mowania w tym języku (krótki prze- 
wodnik po ARexxXie znajdziecie w 
5 i 6 numerze Kebaba), jedynie 
pokazać przykładowe, praktyczne 
jego wykorzystanie, a że niniejszy 
numer Kebaba poświęcony jest 
wszelkiego rodzaju cruncherom, 
i wszystkiemu co z*nimi związane, 
postanowiłem napisać krótki 
skrypt w ARexx'ie dla PowerPac- 
ker'a. 

Co zrobić, aby z niego skorzys- 
tać? Przede wszystkim należy zao- 
patrzyć się w ARexxa (potrzebny 
będzie program RexxMast, oraz 
biblioteka "rexxsyslib.library"), Po- 
werPackera v4.0a, oraz CED'a 
v2.12. Następnie należy urucho- 
mić te trzy programy, wklepać pod 
CED'a program znajdujący się 
w dziale listingi i zapisać go na dys- 
kietce. 

Gdy załatwimy powyższe formal- 
ności możemy przystąpić do uru- 
chomienia programu. W tym celu 
wybieramy opcję "Send Dos/ARexx 
command...” z menu "Special:Dos/ 
ARexx interface” i w ukazanym o- 
kienku wpisujemy ścieżkę dostę- 
pu do naszego ARexx'owego prog- 
ramu, czyli nazwę pod jaką up- 
rzednio zapisaliśmy wpisany prog- 
ram. Jeżeli wszystko do tej pory 
zrobiliśmy OK, to nasz program 
powinien się uruchomić i na ekra- 
nie pokazać serię okienek infor- 
mujących nas 'co się dzieje”. 

Jeżeli ktoś nie zorientował się 


ZERDR 


jeszcze co ten program wykonuje, 
krótki opis. Pierwsza, właściwa li- 
nia programu informuje interpre- 
ter, że chcemy przekazywać para- 
metry, następnie komendą ADD- 
RESS, przekazujemy sterowanie do 
ARexx' owego portu CED'a. Wyś- 
wietlamy informację użytkowniko- 
wi, i znaną już nam komendą prze- 
kazujemy kontrolę PP'owi. Teraz 
jego ekran zostaje "wyrzucony” na 
wierzch i funkcją DecrunchOnły 
dekompresujemy plik o podanej 
nazwie. 

Wspomniana funkcja w zmien- 
nej rc (Return Code) zwraca war- 
tość 1 jeśli wskazany plik został 
zdecrunchowany. W takim przy- 
padku zapisujemy zdekompreso- 
wany plik pod nazwą pobraną od 
użytkownika (to wszystko jedną ko- 
mendą Save!), pobieramy tę naz- 
wę, a właściwie całą ścieżkę (Get- 
FullName) i podstawiamy pod 
zmienną "Sciezka”. Jeśli zaś plik 
nie został zdekompresowany wyś- 
wietlamy stosowny komunikat. Te- 
raz spowrotem przekazujemy ste- 
rowanie do CED'a i wyrzucamy je- 
go ekran na wierzch (CedToFront). 

Następnie testując zmienną 
*Bool” sprawdzamy czy plik został 
zdekompresowany i w przypadku 
pozytywnej odpowiedzi otwieramy 
nowe okno w edytorze i ładujemy 
w nie uprzednio zapisany plik. 
W przeciwnym wypadku wypisu- 
jemy stosowny komunikat i koń- 
czymy wykonywanie programu. 

Myślę, że osoby znające choć 
jeden język programowania, nie po- 
winny mieć kłopotu z analizą prog- 
ramu, tym bardziej, że przy niemal 
każdej jego linii znajdują się ko- 
mentarze. W razie ewentualnych 
kłopotów prosimy o kontakt z re- 
dakcją. Jeżeli zaś jesteście autora- 
mi programów w tym coraz popu- 
larniejszym języku, i chcielibyście 
przedstawić je Czytelnikom Keba- 
ba to również prosimy o kontakt. 


Krzysztof Kobus 


UWAGA!!! Z racji tego, żew naz- 
wie "RAM DISK:” znajduje się spa- 
cja, prosimy nie zapisywać zde- 
kompresowanych plików na 
RAM*'ie, gdyż mogą wystąpić kło- 
poty z instrukcją *Open Sciezka”. 
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Basic Starter 64 
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ak się niestety składa, że naj 

lepsze kompresory powstały 
z myślą o kompresji programów 
napisanych w kodzie maszynowym 
a ściślej rzecz biorąc - zwykle uru- 
chamiają program maszynowy od 
zadanego adresu zaraz po zakoń- 
czeniu dekompresji. Jeżeli doda- 
my do tego fakt częstego niszcze- 
nia obszarów tzw. zmiennych sys- 
temowych (znajdujących się np. na 
zero-page) jasnym się staje, że prog- 
ramy napisane w BASIC w takim 
środowisku mogą sprawić wiele 
kłopotów w związku z ich popra- 
wnym uruchomieniem. 

Szkoda by było jednak sobie 
odmówić kompresji efektów naszej 
pracy w języku BASIC, choćby dla- 
tego, że jest on powszechnie wyko- 
rzystywany przez bardzo dużą rze- 
szę użytkowników. 

Przypatrzmy się, jak skonfigu- 
rowanego środowiska potrzebuje 
program w języku BASIC, by mógł 
być prawidłowo uruchomiony. 
Zacznijmy od zero-page (ogółnie ad- 
resy od $00 do $FF): 

adres $01 - ustawienie prawid- 
łowej konfiguracji pamięci (wszys- 
tkie ROMy włączone tak, jak po 
normalnym resecie komputera); 

adresy od $2B do $38 - wektory 
systemowe; zawierają m.in. dane 
o adresach początku i końca prog- 
ramów w BASIC oraz początkach 
wolnej pamięci dla zmiennych u- 
żytych w programie; 

adresy $73 - $8B - procedura 
GET - pobiera kolejno dane z linii 
BASIC - bezwarunkowo konieczna 
do pracy programów w BASIC; 


Wektory systemowe ($0300 - 
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$0334) - wektory procedur obsłu- 
gujących operacje wejścia i wyjś- 
cia (w tym także SAVE i LOAD) 
oraz wektory niektórych funkcji ję- 
zyka BASIC (interpretera, LIST, 
USR0. itp.). 

Zwykle większość z tych obsza- 
rów jest podczas dekompresji usz- 
kadzana co raczej nie przeszkadza 
w pracy programom w języku ma- 
szynowym (o ile z nich nie korzys- 
tają do swoich celów). Rozwiąza- 
niem jest napisanie krótkiej proce- 
durki w języku maszynowym, któ- 
ra dekompresowana wraz z naszym 
programem w języku BASIC zos- 
taje przez dekompresor uruchomio- 
na. Jej zadaniem jest naprawienie 
lub właściwe ustalenie zawartości 
podanych powyżej obszarów i nas- 
tępnie uruchomienie samego prog- 
ramu w BASIC. 

Prezentowany program jest za- 
mieszczony na łamach KEBABA 
na dwa różne sposoby: pierwszy 
z nich to wydruk programu w pos- 
taci tekstu spod TurboAssemblera 
(to dla wnikliwych) a drugi to prog- 
ram w BASIC. Uruchomienie tego 
ostatniego w efekcie powoduje wy- 
generowanie na dysk samej proce- 
dury, która potem może być użyta 
do uruchomienia programu głów- 
nego (w BASIC). Jak wobec tego 
skompresować napisany przez nas 
program w języku BASIC. 


Do naszych potrzeb wystarcza- 
jący będzie zamieszczony w tym sa- 
mym numerze CharBlaster 2. Oto 
kolejność postępowania: 

1. Zapisać na jednym dysku 
nasz program w BASIC oraz wyge- 
nerowaną przez BASIC-STARTER'a 


KENDA 





procedurę (BAS.START.CO- 
DE); 

2. Wgrać i uruchomić 
CharBlastera i podać nas- 
tępujące parametry: 


JUMP :$C000 $01  VA- 
LUE :$37 SEI/CLI :Cli 
..następnie nadać do- 

wolną nazwę jako SAVE NA- 

ME, potwierdzić prawdzi- | 
wość podanych danych 
przez Y i wcisnąć SPACE. Po 
automatycznym załadowaniu ka- 
talogu dyskietki z naszym progra- 
mem i BAS.START.CODE wybie- 
ramy je i wciskamy SPACE. Zosta- 
ją one załadowane do pa- 
mięci, skompresowane i po 
naszym potwierdzeniu - nag- | 
rane na dysk jako jeden | 
program (o nazwie podanej > 

w SAVE NAME). 


Jeżeli będziemy nadal za- 
interesowani dalszą kompresją da- 
nych, możemy wybrać odpowiada- 
jący nam kompresor sekwencyj- 
no-bitowy (np.Cruel-Cruncher) 
i podając jako adres startowy start 
dekompresora (w przypadku Char- 
Blaster'a jest nim $080B) "praso- 
wać” całość dalej. 

Sam BAS.START.CODE to pro- 
cedura leżąca pomiędzy adresami 
$CO000 i $C04A, a więc w obszarze 
zwykle niedostępnym dla progra- 
mów w BASIC. 

Paweł "POLONUS"” Sołtysiński 


KORESPONDENCYJNY KLUB 
UŻYTKOWNIKÓW AMIGI 


R£D - Amicom 


Zaprasza wszystkich chętnych 


ROMAN BIRECKI 
9] - 116 ŁÓDŹ 
ul. Traktorowa 31/45 


Szczegóły po nadesłaniu 
koperty zwrotnej 





COMMODORE 








Tanio sprzedam C-64 ze sta- 
cją dysków. 
Szczecin. 346-914 


































ul. Królowej Jadwigi 34/10 
A500 1MB, 10845, gwarancja. | 88-100 Inowrocław 
akcesoria, 80 dysków, literatu- 
ra - t2 mln. tel 532-576 
Mirosław Dąbrowski 
ul. Piłsudskiego 18 
26-110 Skarżysko-Kamienna 


Sprzedam stację dysków 
154111 (informacje: koperta+- 
znaczek) C-64 - gry i programy 
uży tkowe (informacja: kopert 
+znaczek), (kasety) 


Mariusz Listow<ki 
ul. Sobieskiego Ą 


67- IN 
k J00+ b.2.04/1.3) 2MB Chip 


Fiar" na gwarancji Plus moni- 
or 10848, dyski, literatura. 
Krzysztof Jonko 

Boh. Warszawy 55/215 


Sprzedam Amigę 500 a 4,5 MB 
RAM. Cena 9,5 mln. 

Mariusz Mentel 

ul. Pomorska 947/91 


SORO Napisałeś jakieś demo, pro- 


gram, muzykę lub grafikę. 

Chcesz się pochwalić -przyślij 
a ja rozprowadzę je. = 
A 7 Lisman 


Kupię TOP SECRET nr 1i2 
Michał Łukaszek 

ul. Targowa 50 B 

84-300 Lębork 


Sprzedam A500 wersja 6A 
1MB RAM, bootselector, prze- 
łącznik 1MB Chip RAM. 





ib 


Cena 5 min piu etofon, 2 joy- | Szczecin 
i dysków, box. 
OŚ śna 6 min tel. 638-573 Sprzedam gry i programy na 


Sprzedam Arfóę 


MB. C: 9 AU 
Piotr G 
Wroc AL 


Kupię nietypowe peryferia do 
C-64, GEOSa sprzedam lub 
zamienię oprogramowanie. 
Sławomir Kędra 


C-64 (Informacja: koperta + 
znaczek) 

Paweł Bawiec 

ul. Mickiewicza 2 

67-100 Nowa Sól 


Michał Czajkowski 
ul. Komuny Paryskiej 11/94 

SSAPBRE 85-858 Bydgoszcz 

Amigę 500 z rozszerzeniem do 

1MB, monitor kolorowy, Com- 

modore 1084S, sampler, joy- 

stick, literaturę, ok. 400 dysków 


Sprzedam Amigę 500 (1Mb) + 
joystick + 20 dyskietek. 


Sa sprzedam. Cena 12 min. Cena 6.2 mln. tel.380-11 
ORO Michał Mucha Marcin Jodełka 
Al. Jedności Narodowej 29/8 ul. Młynarska 10/17 
Oprogramowanie na Szczecin tel. 223-539 | 08-110 Siedice 
OBA Kupię FINAL II lub FINAL AII, (ARCE A 


Roman Jedlecki 
ul. Hetmańska 48/23 
58-314 Wałbrzych 


cena do 100 tys. Oferty na 
kartkach pocztowych, daj 
stację 1541 II. oferty z ce: 
Michał Karwowski 


(gwagar ja, połsk 
Bo BO TV A5 
2pAazxdo 15.00 
Pe M. orczmański 
Ą f Malczewskiego 35/35 
>> | 71-612 Szczecin 


Kupię BASIG VJ, inną 
fiteraturę,oprogramowanie na 
C-128 (kaseta) 

Bolesław Bukowski 

ul. Moniuszki 11/57 

11-400 Kętrzyn 


Poszukuję dem. A PIECE OF 
SHITIPRS I MORE THAN NOPS 
ITABOO.  - 

GRUPA ATLANTIC SOFT- 
WARE (C-64) poszukuje kon- 
taktów, muzyków i swapperów 
Napiszcie! 

Tomasz Augustyn 

ul. Makarskiego Ti/1t 

49-300 Brzeg 
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62-300 Września 


Nawiążę kontakt z osobami 
uczącynii się i programującymi 
w Amosie w celu WYDM 
doświadczeń. 

Rafał Barbarewicz 

ul. Obrońców Poczty G. 4/9 
Rzeszów 

















Michał Czajkowski 
ul. Komuny Paryskiej 11/94 
85-858 Bydgoszcz 


Sprzedaż i wymiana progra 
mów. Poszukuję HOTROD, SU- 
PER CARS, TECHNOCOP. 
Marcin Burkot 

ul. Redutowa 2/ 
22-400 Zamość 


RD je gry i pr y uży- 
IE „64. Nawiążę kon- 
nl 


Nawiążę kontakt z grającymi 
w "FLIMRO'S QUEST” 

Michał Orłowski 

ul. Żeromskiego 28/5 

73-110 Stargard 


Programy - Amiga (koperta+ 
znaczek 2500 zł). Także wymi- 
ana. 

Henryk Bagiński 
B. Głowackiego 2 
68-200 Żary 


Tanio sprzedam lub wymienię 
oprogramowanie (ok. 1000 
pozycji), duży wybór progra- 
mów użytkowych. 

Hryciuk Piotr 

08-201 Niemojki 


Ośnikami tego kom- 


je Bogdań Bielawiec 
ul. Składowa 10/1 
61-588 Poznań 


Sprzedaż oprogramowania do 
Amigi, duży wybór, niskie ceny. 
Przemysław Mikosz 

ul. Buczka 27/12 

43-300 Bielsko-Biała 

tel. 495-37 


Sprzedam C-64 II z magneto- 
fonem, blackbox, joystick, 
mysz, 20 kaset za 2,5 mln, 
gwarancja. 


60-248 Poznań Robert Krzymiński 


tel. 494-991 
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SENNA 


użytkowego SIMON 


Poszukuję opisu programu 
b in- 











sna 10 tys. = koszty ZEE 


Daniel Żuk 
ul. Niedurnego 13/15 


44-103 Gliwice 


Zamienię komiksy na kompu- 
ter A500 - mam 399 komiksów. 
Grzegorz B. 

ul. Wolności 16a/3 

22-100 Chełm 


Zamienię kamerę QWARC 
2x8C.3, 
przeglądarkę, koreks na stację 


projektor "RUŚ", 


1541 II lub inną. 
Aleksander Szubert 


ul. 1 Maja 69/37 
95-100 Zgierz 











Gry, użytki 


| Sprzedam C-64, magnetofon, 


27 kaset, 12 książek, Black Box 
V.8, Action plus 7.3, 4 super 
games. Cena do uzgodnienia. 
Robert Wróbel tel 524-628 
Os. 26 Kwietnia 61/21 

71-126 Szczecin 


Sprzedam Amigę 500, IMB, 100 
dysków, disc box, 2 joysticki za 
6.5 mln, sama Amiga - 5.3 min, 
monitor 1085s color 10 m-cy 
gwarancji - 4.1 mln. 

Piotr Matuszewski 

ul. Wielkopolska 23/39 

44-335 Jastrzębie Zdrój 









Programy do C-64 (koperta, 


znaczek). Tanio. 
Błażej Strażak 
ul. Żorska 20 
43-200 Pszczyna 


Poszukuję wszelkich progra- 
mów syntezy mowy. W zamian 
oferuję gry i programy na 0-64 
(kaseta). 

Bogucki Grzegorz 

ul. Żwirki i Wigury 9/4 

83-000 Pruszcz Gdański 


Tanio sprzedam drukarkę EP- 
SON LX-400. Tel. (091)613-815 
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;Copper -— 
(c) Kebab 1992 


ze 


;Ponizszy Copper wyswietli dwa 


przyklad do Mapy Pamieci 


"*bary”, a pomiedzy nimi 


;fragment pamieci rożpoczynajacy sie od adresu $00000000. 


; 


; UWAGA! 


sZasemblowany kod umiescic w pamieci CHIP 
;chamianiu wiekszosci assemblerow - 


OldopenLibrary equ -408 


(opcja 'c' 
Seka). 


przy uru- 
AsmOne, 


Charty i Czarty 

skoksksksk oks sk skok sk skok sk skok Skok skok skok sk 
Niniejszym zapraszamy 
wszystkich do wzięcia 
udziału w tworzeniu Ami- 
gowych Ogólnopolskich 
Charts'ów. Już w następ- 
nym numerze zamieścimy 
pierwsze oficjalne wyniki. 








move.l fCopper,$dff080 ;ustaw Copper'a. Poniżej podajemy katego- 
move.w d0,$df£f088 ;wystartuj Copper'a. Sora ady głosowa- 
Loop: nia. 
btst ł+ł6,$bfe001 ;Czekaj na nacisniecie Kategorie: 
bne Loop ;lewego przycisku myszy. $ 
1. Grupa, zagranica. 2. 
move.l 4.w,a6 „Otwiera biblioteke Grupa, Polska. 3. Demo, 
lea GfxName (pc) ,al ;graficzna, w celu > k 
jsr OldopenLibrary(a6) ;odtworzenia systemowego 6 PR; 4. Demo, Pols 
stol sdb >COpBES" AE ka. 5. Koder, zagranica. 
beq End ;Znajduje sie on 6. Koder, Polska. 7. Mu- 
move.l d0,a0 ;0 $26 wzgledem zyk, zagranica. 8. Muzyk, 
move.l $26(a0),$df£080 ;bazży tej biblioteki. Polska. 9. Grafik, zagrani- 
move.w d0,$df£f088 ;wystartuj Copper'a div, , Zag 
End: ca. 10. Grafik, Polska. 11. 
moveq  0,d0 Magazyn dyskowy, zagra- 
z nica. 12. Magazyn dysko- 
Codkar: wy, Polska. 13. Swapper, 
dc.l $00960020 ;ustawia DMA. Polska. 14. Lamer, Polska. 
15. Gra. 
de. I $01080000,$010a0000 ;modulacja ekranu. 
ac. ł $01000000,$01020000 ;rejestry 
ae-1 $01040000 ;kontrolne. 1. Głosować może każ- 
de. 1 $008e2c50,$00902cc1 ;standardowe dy, kto ukoń! ył 7 lat i u- 
dc.l _ $00920038,$009400d0 ;”bordery”. mie pisać i czytać, 2. Głosy 
zbiorowe mogą oddawać je- 
dc.l $3707fffe ;czekamy na linie $37. dynie znane gru z zaz- 
de. 1. $01800555 ;zmieniamy kolor. > iloś a” nkó 
de.1 $3807fffe ;czekamy na linie $38. Oak RO a7 
de.1 $01800aaa ;zmieniamy kolor. biorących udział w zbiera- 
diE:1 $3907fffe ;czekamy na linie $39. niu wyników. Najlepiej jed- 
dc.l $01800555 ;zmieniamy kolor. nak będzie jeżeli do jednej 
dc.l $3AO7fffe ;czekamy na linie $3A. k 
koperty włożone zostaną 
dc.l $01800000,$01800fff ;ustawiamy kolory tla i tekstu] Wszystkie indywidualne 
głosy. 3. Podajemy maksy- 
dc.l $00e00000 ;ustawiamy adres pamieci ekranu na malni > s 
e 5 propo może 
dc.l $00e20000 ;wartosc $00000000. 2 | DP zycji (m 
dc.1 $4007fffe ;czekamy na linie $40. być ich mniej, choć 5 jest 
dc.l $01009000 ;wlaczamy 1 Bit-Plane (dwa kolory) optymalną liczbą) w każdej 
;w trybie Med-Res. kategorii. Nie jest koniecz- 
AE. 1 $8607fffe ;czekamy na linie $86. ne (ale wsk. e) oddawa- 
dE. 1 $01000000 ;wylaczamy ekran. nie głosów we wszyskich 
kategoriach. 4. Punktacja 
aka O Bóss5 ;czekamy Pt $87. jest następująca: za u- 
©. ;zmieniamy kolor. > s 
dc.l $8807fffe ;czekamy na linie $88. UESECZETLEND. TE yka na 
dc.1l $01800aaa ;zmieniamy kolor. pierwszej pozycji - 2 pkt., 
Gleni! $8907fffe ;czekamy na linie $89. za pozostałe miejsca 1 pkt. 
dick $01800555 ;zmieniamy kolor. 
dc.l $8a07fffe ;czekamy na linie $8a. Gwarantujemy sumien- 
dc.l $01800000 ;zmieniamy kolor. ność i uczciwość przy pod- 
GiG $fffffffe ;koniec Copper'a. li u. Prop ycje należy 
przysyłać na adres redak- 
GfxName: cji Kebaba, KONIECZNIE 
de.b "graphics.library',0,0 z dopiskiem "*Chartsy”. 
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| RE A kn ŻY EE EZ Z ZA DĄ OD O 





0 REM kkkkkkkkkkkkkkkkkk 


1 REM * BASIC-STARTER 64 
2 REM * (C) POLONUS 


3 REM kkkkkkkkkkkkkkkkkk 


ZE: BYTE = Shortlnt; 


5 OPEN1,8,1,”BAS.START.CODE,P”:PRINTĘ1, CHR$ (0) ;CHR$ (192); 

10 FOR T=49152 TO 49225:READ A 

20 PRINTĘ1,CHR$ (A) ;:B=B+A:NEXT T 

30 IF B<>7478 THEN PRINT "ZLE DANE!”:CLOSE 1:STOP 

40 CLOSE 1 

305 

1000 DATA 120,169,0,141,0,8,32,191,227,32,163,253,32,21,253,32,24 
1001 DATA 229,169,1,133,45,133,43,169,8,133,46,133,44,160,0,177,45 
1002 DATA 240,12,72,200,177,45,133,46,104,133,45,76,30,192,165,45,24 
1003 DATA 105,2,133,45,144,2,230,46,169,0,132,55,169,160,133,56,88 
1004 DATA 32,89,166,76,174,167 


w module 'exec” znajduje się 
zupełnie wariacka deklaracja 
typu: 


Aby przywrócić prawidłowy 
typ "byte” należy na początku 
programu, w sekcji deklaracji 
typów umieszczać linię: 


byte = 0..255; 


Rozwiązuje to nasz prob- 
lem; powstają jednak wątpli- 
wości co do solidności produk- 
tu firmy HiSoft. W tym momen- 
cie pragnę zaznaczyć, że błąd 
jest w module, a nie w kompi- 
latorze. Mam nadzieję, że nie 
będę zmuszony do szukania ko- 
lejnych błędów. 


READY. 


start dla BASIC po dekompresji (C64) 
(c) polonus/commodore kebab 


ne No me Ne 


Z coderskim pozdrowie- 
niem: MACIiAS / Lunatic Asy- 





*= $c000 ; start assemblacji 
c000 78 sei łum. | , 
c001 a9 00 lda 4$00 ; Dziękujemy za powyższe u- 
c003 8d 00 08 sta $0800 ;zerowanie $0800 ba i zastanówmy się co mo- 
c006 20 bf e3 jsr $e3bf BC | AW 
c009 20 a3 fd jsr $fda3 ;system reset. iej” deklaracji. Otóż jak sam 
c00c 20 15 fd jsr $fd15 zauważyłeś i pokazałeś w pier- 
cO0f 20 18 e5 jsr $e518 wszym z przytoczonych listin- 
c012 a9 01 1da 4801 gów, kompilator poprawnie roz- 
c014 85 2d sta $2d ;poczatek BASIC lo-byte EERZOWE Ty Wo 
c016 85 2b Ata b przyjmować wartości z zakre- 
cO18 a9 08 1da 4508 su od O do 255, co jest zgodne 
: zarówno ze standardem same- 
EE: AE GORSZA gpięzyka. jak! jego borlandow. 
3 mi s 
cOle a0 00 _ loop Ldy 4500 CNE 
c020 bi 2d lda ($2d) ,y Co jest zatem przyczyną 
c022 £0 Oc beq exitloop  ;ostatnia linia? błędu? Dla nikogo nie jest ta- 
ę 5 J 
c024 48 pha jemnicą iż moduły Exec, Intui- 
c025 c8 iny tion, Graphics,... itp. są ściśle 
c026 bi 2d lada ($2d),y związane z unikalnym amigow- 
c028 85 Że sta $2e skim systemem operacyjnym, 
c02a 68 pla a ściślej z bibliotekami wystę- 
c02b 85 2d sta $2d pującymi pod tymi właśnie naz- 
c02d 4c le cO jmp loop ;nastepna linia wami. . 
c030 a5 2d exitloop lda $2d Firma HiSoft, aby umożli- 
c032 18 clc wić łatwe korzystanie z proce- 
c033 69 02 adc 502 dur w nich zawartych posta- 
c035 85 2d sta $2d nowiła zaimplementować mo- 
c037 90 02 bec *+4 ;ustawienie duły będące w zamierzeniu in- 
c039 e6 Że inc $2e ;wektorow terfejsem między kompilatorem 
cO3b a9 00 1da 4$00 Pascala i samym systemem. 
cO3d 84 37 sty $37 I tutaj zapewne powstał prob- 
cO3f a9 a0 lda t$a0 lem stworzenia sensownego 
i logicznego systemu oznaczeń 
041 85 38 ta $38 a 
<a 58 a $ stałych, charakterystycznych 
c044 20 59 a6 jsr $a659 ;RUN EE ANI 
c047 4c ae a? jmp $ałae nych), a także typów. Być mo- 
że dlatego postanowiono uciec 
ę się do sprawdzonego modelu - 
Z program qwerty; języka C, gdzie OD i przyj. 
i I a3 477. uses muje wartości z zakresu od - 
< LISTY DO I OD REDAKCJI exec; 128 do 127. 
var Ale jak zatem wytłumaczyć 
f : byte; kolejną definicję znajdującą się 
Pascal z wkładką?! kód: BEN w module Exec parę linii niżej, 
* £: ŻE 5 gdzie typowi UBYTE (Unsigned 
: ; > z ę Byte) przypisuje się identyczny 
Drogi Kebabie (10 tys. zł), program qwerty; end. : 
sca m napisać ść Was nar EE ROR a» 0 
E Ę Ę » k h : ości, zamiast zakresu o 
ponieważ znalazłem błąd a= ] Kompilator pokaże p | 258? Niestety nie mamy odpo- 
w HighSpeed Pascalu, a konk- 9 wartość zmiennej poza ZAKTE” wiedzi na to pytanie, jednakże 
retnie w jego bibliotece. Każdy, f:=255; sem”. Jak świat światem jeśli ktoś z Czytelników ma ja- 
kto choć trochę bawił się Pas- end. zmiennej typu "byte" możemy 


calem wie, że poniższy prog- 
ram kompiluje się bez przesz- 


36 


Teraz dorzućmy 2 linie. 


przypisać wartości od O do 255. 
Co jest przyczyną błędu? Otóż 


EDA 


kiekolwiek propozycje rozwią- 
zujące nasz problem to prosi- 
my o kontakt. 
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HO83e 
1098: 
10a7: 
10b9: 
40cb: 
10dd: 
l0ef: 
OŁ: 
TUZ 
1125: 
LAFSYA: 
1149: 
115b: 
116d: 
JAAEZ 
TMOSEĘ 
1ła3: 
11b52 
I1ec7: 
1łd9: 
11ieb: 
11fd: 
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1221: 
1233: 
1245: 
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* Program demonstrujacy $ 

mozliwosci komunikowania sie * 
* CygnusEdytor'a z PowerPacker'em * 
* dw 
* Autor: Krzysztof Kobus * 
* (c) Kebab 1992 * 


OPTIONS RESULTS 


ADDRESS *rexx_ced' 


Okayl *'Przekazuje sterowanie do PowerPackera... 


ADDRESS "POWERPACKER” 


PP2Front 

DecrunchOnly 

IF rc = Ł THEN 
DO 


Notify "Plik zostal zdekompresowany.” 


Save 
GetFul1lName 
Sciezka = RESULT 
Bool=L 
END 

ELSE 
DO 


/* 


/* 


/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 


/* 


Sterowanie do CED'a */ 


Do zobaczenia!” 


Sterowanie do PowerPacker'a */ 


Ekran PP'a na wierzch */ 

Zdekompresuj plik o podanej nazwie */ 
Czy plik zdecrunchowany? */ 

Tak!!! */ 

Wypisz komunikat */ 

Zapisz na dyskietce */ 

Pobierz nazwe pod jaka zapisalismy */ 
i podstaw pod zmienna Sciezka */ 
Ustaw znacznik */ 


Nieru! */ 


Notify "Plik nie zostal zdekompresowany, lub podany plik nie istnieje." 


Bool=0 
END 


/* 


Skasuj znacznik */ 


Notify 'Przekazuje sterowanie do Cygnus Edytora...” /* Wypisz komunikat */ 


ADDRESS 'rexx ced” fk 
CedToFront f* 
Okayli 'Witam!!! Jestem spowrotem w Cygnusie!" 


IF Bool = 1 THEN 
DO 
Open New 
Open Sciezka 
END 

ELSE 


/* 


f* 
/* 


/* 


Sterowanie do CED'a */ 


Ekran PP'a na wierzch */ 


Jezeli znacznik ustawiony */ 


Otworz nowe okno w edytorze */ 
i wczytaj -zdekompres. plik */ 


W przeciwnym wypadku, */ 


Okayl "Power Packer nic nie zdekompresowal...' /* wypisz komunikat. */ 


Errata do poprzedniego numeru. 


Szalejący chochlik dał się nam we znaki także w pop- 
rzednim numerze, nieznacznie modyfikując listing do ar- 
tykułu *ŚWIAT DŹWIĘKU”. Poprawki odnoszą sie do linii 


zawierających: 


Move .w 
które należy zastąpić przez: 
move .w 


Analogicznie poprawiamy linię: 
move .w 

na: 
move .w 


wójne znaki "<<" i">>" zastępując je pojedyńczymi "<" i ">". 


40 


ł+SampleEnd—Sample, AUDxLEN (a6) 


łModEnd-Modu lat ion, AUDOLEN (a6) 


+ [sampleEnd-Sample] /2, AUDxLEN (a6) 


++ [ModEnd-Modulation] /2, AUDOLEN (a6) 


Poprawki dotyczą również programów CODE-INPUTER oraz 
BASIC-PROTECTOR. Aby programy uruchamiały się po- 
prawnie należy z obu listingów usunąć wszystkie pod- 


Od redakcji... 
Na listy odpowiada Paweł 
Sołtysiński 


Bardzo ciężko byłoby nam 
udzielić na łamach Kebaba od- 
powiedzi na wszystkie dręczą- 
ce naszych Czytelników pyta- 
nia. Jako szef działu Commo- 
dore 64 bardzo często otrzy- 
muję wiele pytań dotyczących 
obsługi tego komputera (naj- 
częściej przez telefon - około 
20-30 telefonów dziennie). O- 
czywiście, wiele z nich dotyczy 
podobnych zagadnień, które 
nieustannie się powtarzają. 
Myślę. że taka forma grupo- 
wych odpowiedzi powinna być 
pomocną przynajmniej dla 
części naszych Czytelników. 
A więc, do dzieła! Do najczęś- 
ciej powracających pytań na- 
leży: 

*Mam cartridge'a Black Box 
inie mogę uruchomić niektó- 
rych programów. Dlaczego?” 

- To pytanie w dokładnie 
takiej formie nie występuje. 
Najczęściej jest to dialog typu: 
"Niektóre programy po urucho- 
mieniu 'zawieszają się'. Co zro- 
bić?”, "- Ajaki Pan/Pani po- 
siada cartridge?”, *- Black 
Boxa.”, *- Nie mam więcej py- 
tań.”. O co tu chodzi? Otóż kar- 
ta Black Box (różne wersje) jest 
naprawdę przedziwnym zbio- 
rem kilkunastu UKRADZIO- 
NYCH programów, które z 0- 
sobna są bardzo użyteczne, 
ztym, że ich twórcom raczej 
nie przyszło do głowy, iż ich 
programy będą zmuszone 
współpracować z innymi w tym 
samym czasie w tej samej pa- 
mięci tego samego komputera. 
Wniosek - aż strach pomyśleć, 
co dzieje się w pamięci. Oso- 
ba, która złożyła to wszystko 


c. d. na stronie obok 


W następnym numerze znajdziecie op- 


rócz naszych stałych działów także sporo 
innych ciekawostek m.in. Co to jest Pac- 
ket Radio. Jak wykorzystać C-64 i Amigę 


do komunikacji przez PR. Podstawy komu- 
PCA) OB CJ UC CO CAO CPJĄ CCC WE il C s 0NTI 
faxowego. W związku z nawałem kandyda- 
tów do "złotej klamki” planujemy również 
rozpoczęcie działu pt. "Czego nie powinni 
przeczytać Czytelnicy... (różnych .czaso- 
, pism). Oprócz tego jak zwykle sporo listin- 


ciekawych spraw. 


KENA 


gów, znowu pokaźny opis gry oraz opisy: 
kilku poważniejszych programów. Odrobi- 
na humoru i wiele innych (mamy nadzieję) 
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razem (dalej nazywać go bę- 
dziemy Składaczem) wiedząc, 
co się święci, próbowała rato- 
wać całą sytuacje poprzez śred- 
nio zręczne procedury zarzą- 
dzające. 

Niestety, Składaczowi nie 
wyszło to najlepiej. czego efek- 
ty każdy widzi (w zamian za 
elekty pożądane. np. popraw- 
ne działanie Tape-Burgera). Ja- 
kie dalsze wnioski? O ile to 
możliwe, Black Boxa należy 
bezwłocznie spreżentować na- 
szemu wrogowi a potem zaktu- 
pić Cartridge a nie "czarne pu- 
dełko”. Karta polecana: Action 
Replay. 


Pytanie 'Jakie gry dysko- 
we można przenosić na taśmę?” 
również powraca bardze częs- 
to. 


Jest zrozumiałym, że po- 
siadaczy magnetofonów ko- 
nieczność obcowania z nagra- 
nymi na taśmie programami 
doprowadza do szału (osiąga 
on najwyższy punkt w momen- 
cie np. wizyty u znajomego - 
posiadacza stacji dysków). Ge- 
neralnie odpowiedź jest raczej 
smutna - bardzo rzadko udaje 
się przenieść program dysko- 
wy (tzn. taki, który nie jest za- 
warty tylko w jednym zbłorze) 
na taśmę tak, aby działał pop- 
rawnie. Stacja dysków została 
zrobiona po to. by zapewnić 
przede wszystkim swobodny 
dostęp do danych bez koniecz- 
ności przewijania, tak jak 
w przypadku magnetofonu i 
naszej nieszczęsnej taśmy. 

Wiele gier dyskowych tą 
niezaprzeczalną zaletę właśnie 


Cruncher? czy 
Cruncher.... 


Aby dać Czytelnikom mały przegląd , BLOK DANYCH :54886 


wykorzystuje, np. poprzeż wy- 
biórcze dogrywanie fragmentów 
grafiki czy innych danych. Dla- 
tego też przeniesienie np. gry 
"MeanStreets" jest niemożliwe, 
gdyż praktycznie trzeba żong- 
lować całymi dyskietkami. Cza- 
sarni bywa możliwe przeniesie- 
nie programu, który po pop- 
rawnym załadowaniu nie bę- 
dzie się już komunikować ze 
stacją (brr...) dysków. 

Najłatwiej jest to sprawdzić 
w następujący sposób: obser- 
wowany przez nas program po- 
winien zostać załadowany 
a następnie uruchomiony. 
W momencie ukazania się czo- 
łówki programu należy 
wyłączyć stację dysków i ob- 
serwować, co będzie dalej. Je- 
żeli testowanie obserwowane- 
go programu (najlepiej wszyst- 
kich jego opcji) nie spowoduje 
załamania się systemu na sku- 
tek braku komunikacji z dys- 
kiem, to taki program nadaje 
się do przeniesienia na taśmę. 

*Czy mogę prosić Silver Dre- 
ama?" 

- Niestety nie. Wiele osób 
kojarzy (zresztą logicznie), iż te- 
lefon redakcyjny (091-77674) 
znajduje się rzeczywiście w sie- 
dzibie redakcji, gdzie znajduje 
się również serwis komputero- 
wy, prowadzony przez naszego 
redakcyjnego kolegę - Silver 
Dream'a. Stąd też mnóstwo o0- 
sób dzwoni do mnie prosząc 
o podanie cen, wstępną diag- 
nozę uszkodzenia lub po pros- 
tu chce z naszym Naczelnym 
zamienić parę słów, co jest ra- 
czej niewykonalne, ponieważ 
Dom z Telefonem leży w innej 
części miasta niż Dom z Re- 


możliwości najbardziej uznanych crun- 


cherów, postanowiliśmy wykonać pewien 
test. Otóż wzięliśmy pewien zbiór o dłu- 


gości początkowej 54886 bajtów i podda- 


liśmy kompresji kilkoma najważniejszymi 


kompresorami na Amidze i C-64. Zbiór do 


koinpresji został tak dobrany, aby zawie- 


LHA V 1.32 


rał rozmaite rodzaje danych: kod w jężyku 


maszynowym, gralikę, sample, tekst. Każ- 


dy z cruncher'ów został ustawiony na swoje 


najlepsze możliwości. Ze zbiorów wyniko- 
wych usunięte zostały procedury dekormp- 
resji. W ten sposób pomiar efektywności 


- 45393 


kompresji wydaje się być bardziej obiek- 


tywny (wiadomo, że procedury na Amidze 
są zwykle dłuższe od tych na C-64). Rezul- 


taty podajemy obok. 


tarz... 


CRUNCH.MANIA 


daktorem Naczel- 
nym i Serwisem 4 
Jego. W punkcie 
serwisowym telefo- 

nu jeszcze nia ma, 
rozpalone nadzieją 
okoliczne ludziska 
kopią dołki pod 
kable a Państwowa 
Telekomunikacja 
dojrzewa do dzia- 
łania. Sprawa jest 
jednak w tzw. toku 

i być może się wy- 
jaśni wraz z wio- 
sennymi roztopami 
itopieniem Ma- 
rzanny. 

"Czy jesteśmy 
zainteresowani 
wydawaniem pisa: 
nych przez Czytel- 
ników progra- 
mów?” 

- Tak! Niestety, jak do tej 
pory nie otrzymaliśmy propo- 
zycji. która spełniała by nasze 
kryteria. Dowiadywały się 
onich na ogół osoby, które 
w tej sprawie do nas dzwoniły, 
więc myśle, że poinformowanie 
o nich na łamach Kebaba po- 
winno dać wszystkim jakieś 
o tym jakieś podejście: 


1. Program. który miałby 
być przez nas wydany, powi- 
nien prezentować względnie 
wysoki poziom opracowania 
programowego (w Basic też 
można napisać solidny prog- 
ram). Chodzi tu o taki stył pi- 
sania, który niczego w progra- 
mie nie pozostawi przypadko- 
wi (mam tu na myśli jego idio- 
toodporność, tzn. właściwe re- 
akcje programu na niewłaści- 


nie 
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Czy potrzebny jest jeszcze jakiś komen- 
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Kupon ogłoszeniowy 


imię i nazwisko 


adres 


we działanie człowieka). Spo- 
sób podejścia programu też po- 
winien być raczej poważny (z 
znaczenit: czegoś raczej poważ- 
niejszego niż programik do in- 
stalowania polskich znaków 
itp.). Tematyka DOWOLNA (by- 
le nie obscenicznaj. 

2. Program może być napi- 
sany w dowalnym języku. Wa- 
runki: 

fa) - będzie samodzielny, 
tzn. będzie go można urucho- 
mić bez konieczności uprzed- 
niego uruchamiania np. Si- 
mon's Basic itp.; 

(b) - powinien być tak na- 
pisany, by w pełni działał na 
*gołym” komputerze, tzn. bez 
np. cartridge'a, sprzętowo- 
programowych przeróbek sta- 
cji dysków itp. 

3. Program nie może być 
uprzednio wydany gdzieś in- 
dziej oraz nie może pojawić się 
na rynku jako Public Domain. 
Tak stało się właśnie ze skądi- 
nąd bardzo dobrym słownikiem 
Angielsko-Polskim (13 tys.ha- 
seł) autorstwa kolegi Krzyszto- 
fa Matuli - co za sens wydawać 
program, skoro już go mają 
wszyscy handlarze. 

4. Mile widziane będą pols- 
kie litery, dokładne opisy 
w programie, duża prędkość 
działania, własna grafika i mu- 
zyka itd. 


Myślę, że tyle ogólnych in- 
formacji powinno rozwiać pier- 
wsze wątpliwości tych wszyst- 
kich, którzy chcą rozpocząć 
swoją przygodę i wejść do eks- 
kluzywnego (jak my to nazy- 
wamyj Klubu Tych, Którym U- 
dało Się Sprzedać Swój Prog- 
ram. 

No tóż, to na razie tyle 
z najpilniejszych tematów. 


Paweł Sołtysiński 
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